agentleFS
teodstrteodstr/garage/skills/idea-validation/SKILL.md

idea-validation

Skill0 starsChanged 2 days agoMITView on GitHub

Turn a business idea into testable assumptions (desirability, viability, feasibility), rank them by risk, and design cheap experiments whose success and stop criteria are decided before they run. Use when someone has an idea and asks whether it is good, wants to validate it, or is about to build before testing. Triggers: "validate my idea", "is this a good idea", "test my idea", "experiment", "smoke test", "valider mon idée", "tester une idée", "hypothèses", "expérimentation", "validar mi idea", "probar una idea", "experimento".

7 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

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

  • 0

    Common

    Most of the 7 edited versions we read keep these.

  • 4

    Distinctive

    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:

    Before building anything, and again before each big investment of time or money.

    line 19
  2. Very specific:

    After customer-interviews, to turn what was heard into experiments.

    line 20
  3. Distinctive:

    Not to judge an idea by opinion: the skill never says "good idea" or "bad idea" without data.

    line 21
  4. Distinctive:

    Every assumption can be proven false.

    line 57
  5. Distinctive:

    No verdict on the idea without evidence.

    line 60

“Common” is measured: kept by at least 6 in 10 of the 7 edited versions of this file we could read. “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

Idea validation

Most new products fail because not enough people want them, not because they are badly built. This skill tests the beliefs behind an idea with small experiments before the founder spends months building.

When to use

  • Before building anything, and again before each big investment of time or money.
  • After customer-interviews, to turn what was heard into experiments.
  • Not to judge an idea by opinion: the skill never says "good idea" or "bad idea" without data.

Inputs

  1. The idea: target customer, problem, solution, how it makes money.
  2. What is already known (interviews, data, competitors) and what is only believed.
  3. Budget and time available for testing.

Method

  1. List the assumptions in three families: desirability (customers want it), viability (it can make money), feasibility (it can be built and delivered). Write each one as a sentence that can be proven false: "Independent bakers will pay a monthly fee to take orders online."
  2. Map them on two axes: importance (does the idea die if this is false?) and evidence (do we have proof?). Test first the important assumptions with the least evidence.
  3. Design one experiment per top assumption, the cheapest one that gives a real signal:
    • Behavior beats opinion: a sign-up, a pre-order, a deposit or a letter of intent counts more than "I would buy it".
    • Options: problem interviews (customer-interviews), a landing page with a sign-up button (landing-page), a concierge test (deliver the service by hand to a few customers), a Wizard of Oz test (the product looks automated, people do the work), a pre-sale, a clickable prototype (prototype-testing).
  4. Write the prediction before running the test, in Savoia's form: "At least X% of Y will Z" (for example, "at least 10% of 200 visitors from the bakers' forum will leave their email within 14 days"). The target comes from a cited benchmark or is labeled as the founder's own guess.
  5. Run it, then decide with the criteria set in advance: persevere, change one element (pivot), or stop. Write down what was learned, even when the test fails.
  6. Watch for false positives: friends and family, compliments, answers about the future, tiny samples, and traffic that is not the target.

Output

### Assumptions
| # | Assumption (can be proven false) | Family | Importance | Evidence today |
|---|---|---|---|---|

### Experiments, riskiest first
| Assumption | Experiment | Prediction (at least X% of Y will Z) | Cost | Duration |
|---|---|---|---|---|

### Decision rule
Persevere if … · Pivot if … · Stop if …

Quality bar

  • Every assumption can be proven false.
  • Each experiment measures behavior, not opinions, whenever possible.
  • Predictions, samples and durations are set before the test; targets come from a cited source or are labeled as guesses.
  • No verdict on the idea without evidence.
  • Written in the user's language, with the terms below.

Terminology

EnglishFrançaisEspañol
Assumption, hypothesisHypothèseHipótesis
ExperimentExpérimentation, testExperimento
Smoke testSmoke test (test de la « fausse porte »)Prueba de humo
Pre-salePréventePreventa
Letter of intentLettre d'intentionCarta de intención
Desirability, viability, feasibilityDésirabilité, viabilité, faisabilitéDeseabilidad, viabilidad, factibilidad

Sources

  • Ries, E. (2011). The Lean Startup. Crown Business.
  • Bland, D. J., & Osterwalder, A. (2019). Testing Business Ideas. Wiley.
  • Savoia, A. (2019). The Right It: Why So Many Ideas Fail and How to Make Sure Yours Succeed. HarperOne.

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.