Skip to content
Back to skills

Business Idea Validation

ASecurity

Sequential stage-gate pipeline for deep business idea validation. 9 stages, 6 specialist sub-agents, kill gates between every stage. Takes an idea from raw concept through problem validation, customer analysis, market sizing, competitive intel, customer simulation, synthesis, GTM strategy, financial viability, to a scored Go/No-Go decision. Each stage builds on all prior artifacts — the pipeline is strictly sequential, not parallel.

  • 13 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 29, 2026
ai-agentsgo

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 29, 2026

npx -y skills add meanllbrl/dreamcontext --skill business-idea-validation --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Business Idea Validation?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Business Idea Validation
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/meanllbrl-business-idea-validation/badge)](https://www.skillsdirectory.com/skills/meanllbrl-business-idea-validation)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: business-idea-validation
description: >
  Sequential stage-gate pipeline for deep business idea validation. 9 stages,
  6 specialist sub-agents, kill gates between every stage. Takes an idea from
  raw concept through problem validation, customer analysis, market sizing,
  competitive intel, customer simulation, synthesis, GTM strategy, financial
  viability, to a scored Go/No-Go decision. Each stage builds on all prior
  artifacts — the pipeline is strictly sequential, not parallel.
tags: [business, validation, startup, pipeline, sub-agents, orchestration, stage-gate]
alwaysApply: false
---

# Business Idea Validation — sequential stage-gate pipeline

You are orchestrating a **validation pipeline**: a sequence of specialist
sub-agents that each execute one stage of business idea validation, producing
a cumulative dossier. Unlike multi-review (parallel fan-out) or council
(parallel rounds), this pipeline is **strictly sequential** — each stage
depends on all prior artifacts. Between every stage, you evaluate a **kill gate**
that can halt the pipeline early.

## When to invoke

Trigger phrases / explicit invocations:
- `/validate-idea`
- "validate this business idea"
- "run idea validation"
- "is this idea worth pursuing?"
- "go/no-go on this concept"
- "business idea validation"
- "validate my startup idea"
- "stage-gate this idea"

**Use it for**: deep validation of a specific business idea — the user already
has a concept and wants to stress-test it before committing time/money.

**Do NOT use it for**:
- Finding ideas from scratch → use `business-idea-discovery` skill.
- Quick vibes check → just answer directly.
- Post-build growth → use `growth` skill.
- Technical feasibility review → use `engineering` skill.

## Relationship to `business-idea-discovery`

`business-idea-discovery` = find ideas fast (single agent, 2-5 hours).
`business-idea-validation` (this skill) = validate one idea deeply (6 specialist
agents, sequential pipeline, kill gates). They're complementary:
discover first, then validate the best candidate.

---

## Flow (follow this exactly)

### 0. Capture the brief

Ask the user:
1. **What's the idea?** (product/service description)
2. **Who is it for?** (target audience, if known)
3. **What problem does it solve?** (core pain, if known)
4. **Ambition level?** — VC-scale ($100M+) or bootstrapped profitable ($1-10M)?
   This affects market sizing gates.
5. **Do you have any existing research?** (interviews, data, prior analysis)

Write the answers to `_biv/{idea-slug}/00-brief.md`. The slug is kebab-case
derived from the idea name (e.g., `ai-loyalty-programs`).

Initialize `_biv/{idea-slug}/pipeline-state.json`:
```json
{
  "idea": "<slug>",
  "ambition": "vc | bootstrapped",
  "current_stage": 0,
  "stages": {
    "1": { "status": "pending", "confidence": null, "gate": null },
    "2": { "status": "pending", "confidence": null, "gate": null },
    "3": { "status": "pending", "confidence": null, "gate": null },
    "4": { "status": "pending", "confidence": null, "gate": null },
    "5": { "status": "pending", "confidence": null, "gate": null },
    "6": { "status": "pending", "confidence": null, "gate": null },
    "7": { "status": "pending", "confidence": null, "gate": null },
    "8": { "status": "pending", "confidence": null, "gate": null },
    "9": { "status": "pending", "confidence": null, "gate": null }
  },
  "started_at": "<ISO timestamp>",
  "completed_at": null,
  "verdict": null
}
```

### 1-9. Execute stages sequentially

For each stage (1 through 9), follow this protocol:

#### a. Dispatch the specialist

Dispatch the appropriate sub-agent (see Agent-Stage Mapping below) in
**foreground** (not background — you need the result before proceeding).

The sub-agent's prompt MUST include:
- The idea brief (`00-brief.md` contents)
- All prior stage artifacts (read each `{NN}-*.md` file and include contents)
- The stage number and what it must produce
- The ambition level (affects scoring thresholds)
- Any user feedback from a prior WEAK gate iteration

#### b. Read the sub-agent's output

The sub-agent writes its artifact to `_biv/{idea-slug}/{NN}-{stage-name}.md`
and returns an executive summary + confidence score + any kill signals.

#### c. Evaluate the gate

Read the sub-agent's structured output. Apply the gate:

| Gate Result | Condition | Action |
|---|---|---|
| **PASS** | Confidence ≥ 3, no kill signals | Update `pipeline-state.json`, show exec summary to user, proceed |
| **WEAK** | Confidence = 2, no kill signals | Show findings to user. Ask: "Iterate this stage with adjustments, or proceed with acknowledged risk?" |
| **KILL** | Confidence ≤ 1 OR kill signals present | Stop pipeline. Show findings + kill reasons. Recommend: pivot the weak dimension or abandon the idea. |

If WEAK and user says "iterate": re-dispatch the same sub-agent with the
user's feedback appended. Max 2 iterations per stage — after that, force
a decision (proceed or kill).

If WEAK and user says "proceed": mark gate as "passed_with_risk" and continue.

#### d. Update state

After each gate decision, update `pipeline-state.json` with:
- `status`: "completed" / "passed_with_risk" / "killed"
- `confidence`: the sub-agent's score (1-5)
- `gate`: "pass" / "weak_proceed" / "weak_iterate" / "kill"

### Agent-Stage Mapping

| Stage | # | Agent | Model |
|---|---|---|---|
| Problem Discovery | 1 | `biv-researcher` | sonnet |
| Customer Analysis | 2 | `biv-customer-analyst` | sonnet |
| Market Sizing | 3 | `biv-market-analyst` | sonnet |
| Competitive Intelligence | 4 | `biv-researcher` | sonnet |
| Customer Validation (simulated) | 5 | `biv-customer-analyst` | sonnet |
| Synthesis & Hypothesis | 6 | `biv-strategist` | opus |
| GTM Strategy | 7 | `biv-strategist` | sonnet |
| Financial Viability | 8 | `biv-financial-analyst` | sonnet |
| Go/No-Go Decision | 9 | `biv-decision-gate` | opus |

Note: `biv-researcher` is called at stages 1 AND 4 with different prompts.
`biv-customer-analyst` is called at stages 2 AND 5 with different prompts.
`biv-strategist` is called at stages 6 AND 7 with different prompts.
`biv-strategist` defaults to opus — pass `model: sonnet` explicitly when
dispatching for Stage 7 (GTM is less synthesis-heavy than Stage 6).

### 10. Present the verdict

After Stage 9 completes, read `09-go-no-go-decision.md` and present:
- The scorecard (8 dimensions, each scored 1-5)
- The total score and verdict: **GO** (30-40) / **PIVOT** (18-29) / **NO-GO** (8-17)
- A pipeline summary: which stages passed clean, which had risk, which were strong

If GO: offer to generate a Lean Canvas as a capstone (re-dispatch `biv-strategist`
to produce `10-lean-canvas.md` from all artifacts).

If PIVOT: identify the weakest dimension(s) and recommend which stage to re-run.

If NO-GO: frame it as a success — "you just saved months of wasted effort."

---

## Resume protocol

If a conversation breaks mid-pipeline:
1. Read `_biv/{idea-slug}/pipeline-state.json`
2. Identify `current_stage` and which stages are completed
3. Tell the user: "Pipeline for '{idea}' is at Stage {N}. Stages 1-{N-1} are
   complete. Resuming from Stage {N}."
4. Continue from the next pending stage

The user can also explicitly say "re-run stage 4" to re-execute a specific stage
with updated context.

---

## Hard rules

- **Stages run strictly sequentially.** Never dispatch two stages in parallel.
  Every stage depends on prior artifacts.
- **You evaluate gates, not the sub-agents.** Sub-agents produce artifacts and
  confidence scores. You decide PASS/WEAK/KILL based on the scoring rubric.
- **All artifacts go to disk.** Every stage writes `_biv/{slug}/{NN}-name.md`.
  This is the cumulative dossier — it persists across conversations.
- **Sub-agent prompts include ALL prior artifacts.** Stage 6 receives outputs
  from stages 1-5. Stage 9 receives outputs from stages 1-8. No stage operates
  in isolation.
- **Max 2 iterations per stage.** A WEAK gate allows one re-run. After 2
  attempts, force a proceed-with-risk or kill.
- **Context budget**: keep your main-agent context under ~20K tokens. You read
  executive summaries from sub-agents, not their full research. The full
  artifacts are on disk for subsequent sub-agents to consume.
- **Stage 5 uses AI simulation.** Customer validation is synthesized from
  Reddit/forum data collected in Stage 1. The artifact is marked as
  "synthetic validation" with an automatic confidence cap of 3 (never higher).
  Tell the user that real interviews would increase confidence.

## Slash command

`/validate-idea` invokes this skill. Natural-language triggers listed above
also activate it.

Files in this skill

  • SKILL.md8.5 KB
  • stage-definitions.md22.8 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…