agentleFS
impactbrusselsimpactbrussels/AINativeOS/skills/moat-strategy/SKILL.md

moat-strategy

Skill1 starsChanged 5 months agoApache-2.0View on GitHub

Use when a founder needs to know what actually defends the company once building is free - when they say "what's my moat", "a competitor could clone this in a weekend", "is my data a moat", "we collect a lot of data", "anyone can rent the same model", "we don't have enough data to compete", "is this defensible", or worries a giant will copy the feature next quarter. Produces a moat thesis (which moat, why durable, what feeds it) and a MOATS-LEDGER entry. Run after measure-ai-native-pmf; feeds capture-learning.

The file

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 4 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Write the one sentence where a customer's use *today* makes the product measurably better *next month*.

    line 19
  2. Distinctive:

    Delete the model call. If what is left is a generic chatbot, the moat is rented.

    line 33
  3. Distinctive:

    When no single mid-size player holds enough data alone, pool it under written governance before a rival does.

    line 36
  4. Very specific:

    Write the entry into MOATS-LEDGER.md against the four tracking questions: what compounds, can a giant reach it, what trust asset protects …

    line 39
  5. Distinctive:

    If the sector is fragmented: a consortium governance sketch (who sees what, who owns the model, value flow).

    line 45

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Moat Strategy

The thing you were defending stopped being defensible. You and the giant down the road rent the same model, at the same price, on the same terms; what took a quarter takes a Friday. A wrapper looks identical to a moat on launch day, which is the trap that funds the wrong companies. Three months on, one product is sharper than it was at launch and the other is exactly as good as the day it shipped, while four clones crowd in beside it. The demo could not tell them apart. The loop is the only thing that could.

The method

Find the loop, rank the moat, ledger it. Full framework: references/moat-method.md. Source: Handbook Chapter 14. Output destination: knowledge-base/MOATS-LEDGER.md.

Step 1: Name the flywheel, or admit you have a feature

Write the one sentence where a customer's use today makes the product measurably better next month. If you cannot write it, you do not have a moat yet. Spell out the loop: what use produces what proprietary data that makes what better.

Step 2: Rank the moat type by durability

Pick the moat you are actually building, hardest first.

Moat typeThe test it must passDurability
Data flywheelDoes each use compound, widening the gap while a rival catches up?Highest
Vertical / proprietary dataCan a horizontal giant not collect this (consent, regulation, sensor, relationship)?High
Data consortiumIn a fragmented sector, is the pooled set larger than any member could build, and governed?High
Trust and complianceDoes the audit trail, validation record, or clearance take years and survive scrutiny?High, slow
Brand / switching costDoes leaving cost the customer real, accumulated work, not just a logo change?Medium

Step 3: Run the Remove-the-AI test on the whole company

Delete the model call. If what is left is a generic chatbot, the moat is rented. If what is left is a flywheel of proprietary data and a record of earned trust, it is load-bearing.

Step 4: For a fragmented sector, design the consortium

When no single mid-size player holds enough data alone, pool it under written governance before a rival does. Governance is the moat, not the code. Settle who sees what, who owns the model, and how value flows back, before anyone uploads a file.

Step 5: Ledger the moat

Write the entry into MOATS-LEDGER.md against the four tracking questions: what compounds, can a giant reach it, what trust asset protects it, and strength (weak / forming / real).

Output

  • A moat thesis: which moat, why it is durable, and the loop that feeds it, in plain sentences.
  • A MOATS-LEDGER entry appended to knowledge-base/MOATS-LEDGER.md (append, never overwrite).
  • If the sector is fragmented: a consortium governance sketch (who sees what, who owns the model, value flow).
  • Next: run capture-learning after the first real defensibility outcome to bank the dated, sourced lesson.

Constraints

  • Name and forbid the feature-as-moat: a clever prompt, a slick UI, or "we collect a lot of data" is high-extractability and copies in a weekend. A data lake that does not feed back is a storage bill, not a loop.
  • A flywheel with no compounding loop is not a flywheel. If usage leaves no residue that sharpens the next answer, you have a wrapper with good PR.
  • A consortium with no governance written down first will discover the conflicts after the data is mixed. Governed, selective pooling, or nothing.
  • Stay theme-agnostic; the founder supplies the domain, you supply the rigour.

Dictionary

data flywheel · data consortium · vertical data moat · the Remove-the-AI test · AI-native vs wrapper

Copy-paste version

For non-coders: paste into any chatbot (Claude.ai, ChatGPT, Gemini).

Act as my moat strategist. The model I use is rented; everyone can rent the same one. Help me find
what actually defends the company. Product: [ONE_LINER]. Customer: [ICP]. Domain: [DOMAIN].
1. Make me write my data flywheel in one sentence: where a customer's use TODAY makes the product
   measurably better NEXT MONTH. If I can't, tell me I have a feature, not a moat, and help me find
   the loop. Spell it out: what use -> what proprietary data -> what gets better.
2. Rank the moat I'm actually building, hardest first: data flywheel, vertical/proprietary data,
   data consortium, trust and compliance, or brand/switching cost. For each, apply its test.
3. Run the Remove-the-AI test on the WHOLE company: delete the model call, tell me what's left
   standing that a competitor can't rebuild in a weekend. If the answer is "a generic chatbot", say
   so plainly.
4. If my sector is fragmented and no single mid-size player has enough data alone, sketch a data
   consortium: who sees what, who owns the model, how value flows back - the governance before any
   data is pooled.
5. Write me a ledger entry: what compounds with use, can a horizontal AI giant reach this data,
   what trust/regulatory asset protects it, and the strength (weak / forming / real).
Don't flatter me by calling a feature a moat. End with the single next action.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.