before-you-build

Solid

Use before starting a product, feature, MVP, agent, automation, or integration build to identify the main pre-build risk and choose the smallest validation step. Trigger when the user asks whether to build, scope, validate, prioritize, or sanity-check an idea before implementation.

AI & Automation 229 stars 38 forks Updated 1 weeks ago MIT

Install

View on GitHub

Quality Score: 86/100

Stars 20%
79
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Before You Build Use this skill as a short pre-build risk gate. The goal is to stop implementation from starting before the riskiest product assumption is clear. Stay implementation-agnostic: do not recommend stacks, architectures, tools, or code. ## Core Behavior When invoked: 1. Restate the idea in one sentence. 2. Identify the dominant pre-build risk. 3. Give a short risk verdict. 4. Recommend the smallest validation step that can reduce uncertainty before building. Keep the response short unless the user explicitly asks for a deeper review. ## Seven Risk Dimensions Check the idea through these dimensions: - Demand risk: Do enough people already feel this problem strongly? - Buyer risk: Is there a clear person or team with reason to pay or commit? - Distribution risk: Is there a believable path to reaching those people? - Workflow risk: Does the idea fit how users already behave, decide, or work? - Timing risk: Is this urgent now, or only interesting in theory? - Trust risk: Does the product require data, access, behavior change, or credibility users may not grant? - Scope risk: Is the proposed build larger than the proof needed right now? Pick the one or two risks that matter most. Do not turn every review into a long checklist. ## Output Format Use this format: ```markdown ## Before You Build Idea: - [One-sentence restatement.] Risk verdict: - [Low / Medium / High risk] because [one concrete reason]. Main risk: - [The dominant risk dimension and why it ...

Details

Author
OneWave-AI
Repository
OneWave-AI/claude-skills
Created
9 months ago
Last Updated
1 weeks ago
Language
N/A
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Solid

idea-validator

Pressure-test whether an idea, product, or feature is worth building — BEFORE sinking days into it. Use whenever someone weighs building something and the real risk is the premise rather than the code. Triggers include "should I build X", "is this idea worth it", "validate this idea", "does this beat what already exists", "should this exist", "I'm about to build X", or mid-build "should I keep going or kill it". The method names the incumbent you must beat, ranks assumptions by risk × cost-to-test, attacks the cheapest riskiest one first, pre-registers kill criteria before any test, separates whether it's real from whether it's differentiated (real-but-commodity is a NO), and ends with a GO / NO-GO / CONDITIONAL-GO verdict plus scorecard. Trigger even on enthusiasm ("I have a great idea for…"), not just doubt. Distinct from reality-check (verifies an existing plan for hallucinations); this decides whether a thing should be built at all.

0 Updated today
scoobydrew83
Code & Development Listed

idea-stress-test

Stress-test a business idea, product hypothesis, or new feature BEFORE building it, to decide whether it is worth your time. Use this skill whenever the user is weighing whether to build, launch, or invest time in an idea — phrases like "should I build", "is this worth it", "I have an idea for", "thinking about a startup/product/feature", "validate my idea", "проверь гипотезу", "стоит ли делать". The skill forces the idea through a fixed gauntlet — who pays, what already solves this pain for free, the cheapest 7-day test, and a pre-committed kill criterion — and ends with a GO / NO-GO / TEST-FIRST verdict. Pushes back on the framing instead of cheerleading. Lean toward triggering this even when the user only hints at evaluating an idea, because the most expensive mistake is skipping validation and building the wrong thing.

1 Updated 2 days ago
cheRoma
AI & Automation Solid

derisk-sequencer

Turn a validated idea into a risk-ordered sequence of experiments and build steps, with one hard rule — no product code is scheduled before the test that de-risks it. Use whenever someone has an idea worth building and asks what to do in what order — "what should I build first", "what order do I tackle this", "sequence this plan", "de-risk this roadmap", or presents a build plan that front-loads construction ahead of validation. The method lists the load-bearing assumptions, scores each by risk divided by cost-to-test, orders experiments cheapest-decisive first with kill-gates between them, places every build step after its unlocking test, and defers governance, breadth, and optimization until their gates clear — then emits an ordered sequence and a linter that flags build-before-its-test. Distinct from task-decomposition and overwhelm-breakdown (which collapse a big task to one next step for momentum) and agent-orchestration (which sequences build phases); this sequences de-risking ahead of building.

0 Updated today
scoobydrew83