startup-validating
Startup Validation Pipeline
Orchestrate a 6-stage startup validation pipeline. Each stage is executed by a dedicated agent, produces a confidence-scored markdown report, and presents a decision gate.
Pipeline Stages
| # | Stage | Agent | Decision Gate |
|---|---|---|---|
| 1 | Problem & Market Validation | market-validator |
Is this a real problem worth solving? |
| 2 | Feasibility Analysis | feasibility-analyst |
Can this be built legally and operationally? |
| 3 | Product & Solution Design | product-designer |
Can we design a differentiated product? |
| 4 | Business Model & Strategy | business-strategist |
Can this become profitable and defensible? |
| 5 | Go-to-Market & Growth | growth-strategist |
Can we acquire users sustainably? |
| 6 | Execution Roadmap | execution-planner |
Can we build and launch realistically? |
Arguments
Parse from $ARGUMENTS:
| Flag | Effect |
|---|---|
"<idea>" |
The startup idea to validate (required — or use @file) |
@<file> |
Provide idea description or research brief from a file |
--preset <name> |
Load preset from presets/ dir (composable) |
--fast |
Skip decision gates, run all stages autonomously |
--deep |
Spawn parallel sub-agents per stage + critic synthesis |
--from <N> |
Resume from stage N (reads prior reports from disk) |
--stage <N> |
Run only stage N in isolation |
--name <slug> |
Override auto-generated run slug |
Orchestration
See WORKFLOW.md for the complete orchestration protocol including:
- Slug generation and output directory setup
- Preset loading and composition
- Stage execution (standard and deep modes)
- Decision gate interaction
- Summary scorecard generation
Output
Reports are saved to startup-validation/{slug}/ in the current project:
startup-validation/{slug}/
├── idea.md
├── pipeline-state.json ← created on PAUSE, consumed on resume
├── stage-1-market-validation.md
├── stage-2-feasibility.md
├── stage-3-product-design.md
├── stage-4-business-model.md
├── stage-5-go-to-market.md
├── stage-6-execution-roadmap.md
└── summary.md
Examples
See EXAMPLES.md for usage examples.
Troubleshooting
See TROUBLESHOOTING.md for common issues.
More from joaquimscosta/arkhe-claude-plugins
skill-validator
Validate skills against Anthropic best practices for frontmatter, structure, content, file organization, hooks, MCP, and security (62 rules in 8 categories). Use when creating new skills, updating existing skills, before publishing skills, reviewing skill quality, or when user mentions "validate skill", "check skill", "skill best practices", "skill review", or "lint skill".
30domain-driven-design
Expert guidance for Domain-Driven Design architecture and implementation. Use when designing complex business systems, defining bounded contexts, structuring domain models, choosing between modular monolith vs microservices, implementing aggregates/entities/value objects, or when users mention "DDD", "domain-driven design", "bounded context", "aggregate", "domain model", "ubiquitous language", "event storming", "context mapping", "domain events", "anemic domain model", strategic design, tactical patterns, or domain modeling. Helps make architectural decisions, identify subdomains, design aggregates, and avoid common DDD pitfalls.
26code-explanation
Explains complex code through clear narratives, visual diagrams, and step-by-step breakdowns. Use when user asks to explain code, understand algorithms, analyze design patterns, wants code walkthroughs, or mentions "explain this code", "how does this work", "code breakdown", or "understand this function".
22generating-changelog
Analyzes git commit history and generates professional changelogs with semantic versioning, conventional commit support, and multiple output formats (Keep a Changelog, Conventional, GitHub). Use when editing CHANGELOG.md, CHANGELOG.txt, or HISTORY.md files, preparing release notes, creating releases, bumping versions, updating changelog, documenting changes, writing release notes, tracking changes, version bump, tag release, or when user mentions "changelog", "release notes", "version history", "release", "semantic versioning", or "conventional commits".
21workflow-orchestration
>
19generating-stitch-screens
>
19