validate-idea
Skill1 starsChanged 4 months agoMITView on GitHub
Use when deciding whether an idea is worth building - before any scaffolding or code - or when the user says validate, is this worth it, would anyone pay, market check, should I build this.
23 other projects use a version of this.
Adopted by
Most recently taken up by
- insight68/Skillstheir own version, first seen Nov 8, 2026
- lalulali/vespyrtheir own version, first seen Nov 6, 2026
- sanskarprajapati/validator-skilltheir own version, first seen Nov 1, 2026
- alexjmiller5/agent-config-publictheir own version, first seen Oct 15, 2026
- scaccogatto/minimalist-entrepreneurtheir own version, first seen Oct 15, 2026
- menkesu/awesome-pm-skillstheir own version, first seen Oct 13, 2026
Used with
Projects with it also use company-values, find-community and 7 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
insight68Skillcompany-values
Help define company values and culture for a minimalist business. Use when someone is setting up their company culture, preparing to hire, or wanting to codify what their company stands for.
Also in 6 projects that use this
insight68Skillfind-community
Help identify and evaluate communities to build a minimalist business around. Use when someone is looking for a business idea, trying to find their community, or wondering where to start as an entrepreneur.
Also in 6 projects that use this
slavingiaSkillgrow-sustainably
Evaluate business decisions through the lens of sustainable, profitable growth. Use when someone is making decisions about spending, hiring, fundraising, or scaling their business.
Also in 6 projects that use this
slavingiaSkillprocessize
Turn a product idea into a manual-first process you can start delivering today. Use when you have an idea and want to figure out how to deliver value by hand before writing any code.
Also in 6 projects that use this
- +4 more from insight68
- +1 more from slavingia
Other versions23 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 23
- slavingia/skills★ 11ksame name
- emotixco/claude-skills-founder★ 796same name
- me2resh/apexyard★ 542same name
- menkesu/awesome-pm-skills★ 441same name
- sendaifun/solana-new★ 178same name
- konglong87/superPM★ 84same name
- keeea/minimalist-entrepreneur-skills★ 19same name
- ariadoss/superskills★ 12same name
- lalulali/vespyr★ 11same name
- Latifox/find-me-saas★ 10same name
13 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
The file
We split this skill into the rules it gives an agent
2 rules. 0 are common, 2 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 20 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 38
No evidence found is itself a finding — report it, don't paper over it with assumptions.
- Distinctive: line 62
If the Step 3 verdict is go, point the user at /new-project to scaffold and /monetize to lock pricing before building features.
“Common” is measured: kept by at least 6 in 10 of the 20 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.
Files
Validate Idea
Kill or confirm an idea cheaply before /new-project scaffolds anything. No code, no scaffolding — this skill produces a verdict, not a repo.
Copy this checklist and check off items as you complete them:
Validate-Idea Progress:
- [ ] Step 1: Frame — customer, problem, current alternative
- [ ] Step 2: Evidence — competitor scan + demand signals
- [ ] Step 3: Verdict — would they pay, differentiation
- [ ] Step 4: Cheapest real-world test
- [ ] ReportStep 1 — Frame
State each in one sentence. Use what the user gave; where they left gaps, state an assumption explicitly and label it unverified.
- Who exactly is the customer?
- What painful problem are they having?
- What do they use today instead (including "nothing" or "a spreadsheet")?
Vague answers here (e.g. "everyone," "it'd just be useful") are the first sign the idea isn't ready — say so instead of pushing forward.
Step 2 — Evidence
Delegate to the researcher agent with the framing from Step 1:
- Competitor scan: real products, real URLs, current prices — not "probably around $X."
- Demand signals: actual search results, community complaints and threads (Reddit, forums, X, App Store reviews) showing people describing this exact pain.
No evidence found is itself a finding — report it, don't paper over it with assumptions.
For a deeper pass — market sizing (TAM/SAM/SOM) or a full competitive landscape — delegate to the market-analyst agent with the same Step 1 framing.
Step 3 — Verdict
Delegate to the biz-strategist agent with the Step 2 evidence:
- Would the target customer actually pay for this, and roughly how much?
- What's the differentiation from what they use today — why switch?
- A verdict — go / no-go / pivot — with the reasoning that drove it, not just the label.
Numbers the agent can't source from real evidence get labeled unverified assumptions, not stated as fact.
Step 4 — Cheapest real-world test
Pick exactly ONE, matched to how fast/cheap it is to run for this idea:
- 5 target-customer conversations — real people who fit the customer profile, scheduled this week.
- Landing-page smoke test — one page, one CTA, traffic driven to it.
- Community post — pitch the problem/solution where the target customer already hangs out.
Spell out the concrete next actions (who does what, by when) and a numeric success threshold up front — e.g. "10 signups in a week," "3 of 5 conversations confirm the pain unprompted." No threshold means no test.
If the Step 3 verdict is go, point the user at /new-project to scaffold and /monetize to lock pricing before building features.
Report
- Verdict: go / no-go / pivot, one-line reason.
- Evidence: competitor and demand findings, with sources.
- Riskiest assumption: the single belief that, if wrong, breaks the idea.
- Cheapest next test: the chosen test, concrete actions, and the numeric success threshold.
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
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.

