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)
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.