Pre-action boundary checking — validates agent tool calls against declared capabilities and task contracts
日本語の概要は準備中です。原文の説明を表示しています。
YC-style product strategy assessment with forced questions and CEO scope modes — adapted from gstack /office-hours pattern
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Forces rigorous product thinking by applying YC's 6 mandatory questions before any major feature decision. Prevents "build first, think later" anti-pattern.
/product-strategy "new authentication system"
/product-strategy "API rate limiting redesign"
Before any implementation planning, answer ALL 6 questions. Incomplete answers block Phase 2.
| # | Question | Must Answer |
|---|---|---|
| 1 | Who is the user? | Specific persona, not "everyone" |
| 2 | What problem does this solve? | Observable behavior, not assumed need |
| 3 | How do they solve it today? | Current workaround — if none exists, question the need |
| 4 | Why is this solution better? | Measurable improvement, not "it's newer" |
| 5 | What's the smallest version that validates the hypothesis? | MVP scope — ruthlessly cut |
| 6 | How will you know it worked? | Success metric, measurable within 2 weeks |
Categorize the feature into one of 4 modes:
| Mode | Signal | Action |
|---|---|---|
| Expansion | Strong user signal + clear gap | Full implementation, invest aggressively |
| Selective | Mixed signals, some demand | Targeted implementation, measure before expanding |
| Hold | Low signal, maintenance only | Keep working, no new investment |
| Reduction | Negative signal, cost > value | Phase out, redirect resources |
Generate structured assessment:
## Product Strategy: {feature}
### YC Assessment
1. User: {answer}
2. Problem: {answer}
3. Current solution: {answer}
4. Why better: {answer}
5. MVP: {answer}
6. Success metric: {answer}
### Scope Mode: {Expansion|Selective|Hold|Reduction}
Rationale: {why this mode}
### Recommendation
{Go / No-Go / Needs more data}
Next step: {specific action}
| Rule | Interaction |
|---|---|
| R010 | Orchestrator invokes skill; no file writes |
| R015 | Transparent assessment — user sees all reasoning |
Adapted from garrytan/gstack /office-hours + /plan-ceo-review patterns.
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Pre-action boundary checking — validates agent tool calls against declared capabilities and task contracts
日本語の概要は準備中です。原文の説明を表示しています。
Auto-detect project context and optimize harness — deactivate unused agents/skills, suggest missing experts, generate project profile
日本語の概要は準備中です。原文の説明を表示しています。
Adversarial code review using attacker mindset — trust boundary, attack surface, business logic, and defense evaluation
日本語の概要は準備中です。原文の説明を表示しています。
Apache Airflow best practices for DAG authoring, testing, and production deployment
日本語の概要は準備中です。原文の説明を表示しています。
Alembic migration patterns for naming conventions, safety checks, expand-contract, env.py configuration, and CI integration
日本語の概要は準備中です。原文の説明を表示しています。
Pre-routing ambiguity analysis — scores request clarity and asks clarifying questions when needed (inspired by ouroboros)
日本語の概要は準備中です。原文の説明を表示しています。