원클릭으로
recipe-plan
// Create work plan from design document with optional test skeleton generation.
// Create work plan from design document with optional test skeleton generation.
| name | recipe-plan |
| description | Create work plan from design document with optional test skeleton generation. |
documentation-criteria — document creation rules and templatesimplementation-approach — implementation strategysubagents-orchestration-guide — agent coordination and workflow flowsSpawn rule: every spawn_agent call MUST pass fork_turns="none" or fork_context=false for context isolation.
Context: Dedicated to the planning phase.
Core Identity: "I am not a worker. I am an orchestrator." (see subagents-orchestration-guide skill)
Execution Protocol:
CRITICAL: When the user requests test generation, MUST spawn acceptance-test-generator agent first -- it provides the test skeleton that work-planner depends on. ENFORCEMENT: Work-planner spawned without test skeleton data (when tests were requested) produces incomplete plans.
Included in this skill:
Responsibility Boundary: This skill completes with work plan approval.
Follow the planning process below:
Check for existence of design documents in docs/design/, notify user if none exist. Present options if multiple exist (can be specified with $ARGUMENTS).
e2eAbsenceReason forward as a valid planning inputgeneratedFiles.fixtureE2e or generatedFiles.serviceE2e is null, use the corresponding e2eAbsenceReason and accept the null E2E lane as a valid planning input. Include Implementation Readiness: pending in the work plan header."Spawn document-reviewer agent: "Review the work plan. doc_type: WorkPlan. target: docs/plans/[plan-name].md. mode: composite. Review semantic traceability to the Design Doc, early verification placement, real-boundary verification coverage, Proof Strategy, Failure Mode Checklist, Review Scope, and Quality Assurance coverage."
Branch on verdict.decision:
approved -> spawn work-planner in update mode once to record Status: approved and Conditions: none in WorkPlan Review, then proceed to Step 5approved_with_conditions or needs_revision -> spawn work-planner in update mode with the findings or conditions, then repeat Step 4. Use max 2 revision iterations as defined by the needs_revision row in subagents-orchestration-guide Approval Status Vocabulary.rejected -> stop and present the blocking findings to the user.Scope: Up to work plan creation and obtaining approval for plan content.
Planning phase completed.
- Work plan: docs/plans/[plan-name].md
- Status: Approved
Please provide separate instructions for implementation.
Documentation creation criteria for PRD, ADR, Design Doc, UI Spec, and Work Plan with templates. Use when: creating or reviewing technical documents, determining which documents are required, or following document templates.
Execute decomposed backend tasks in autonomous execution mode using task-executor and quality-fixer.
Execute frontend tasks in autonomous execution mode using task-executor-frontend and quality-fixer-frontend.
Create frontend work plan from design document with test skeleton generation.
Frontend Design Doc compliance and security validation with optional auto-fixes using React-specific quality checks.
Execute decomposed fullstack tasks with layer-aware agent routing between backend and frontend executors.