메뉴
Render the implementation handoff for a subject spec. Use this when the canonical readiness verdict already exists and you need either a real implementation plan for eligible runs or a withheld handoff plus bounded options for blocked runs.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Bootstrap Forge in the current project. Detects project type, configures validation commands, installs pre-commit hook, and vendors ralph-loop. Use this when setting up a new project for Forge spec runs and bead execution.
Create a subject-named specification from any evidence source using a reducer-based Forge workflow. Use this when the user wants a planning-ready spec, a clean-room reverse spec, or an evidence-first feature spec with sub-agent fanout, provenance tracking, adaptive clarification, speculative variants, and a canonical readiness contract.
Stamp a self-replicating four-bead autoresearch loop (doer/judge/arbiter/strategist) for autonomous iterative improvement of any artifact. Use after interactive intake when you have a program and want to run an autonomous improvement loop with blind scoring. Triggers on: autoresearch, research loop, autonomous loop, overnight loop, iterative improvement.
Decompose an implementation plan into br beads with dependency wiring, epic grouping, and provenance labels. Use this after spec-plan-handoff when the user accepts the beads generation prompt.
Stress-test beads for coverage, granularity, dependency correctness, and actionability using adversarial agent teams. Use this after spec-beads-generate when the beads workspace is populated.
Score a subject spec against the ontology and canonical readiness contract. Use this when you need claim-level coverage scoring, corroboration checks, critical-decision coverage, risk-weighted assumptions, contradiction penalties, and blocker-aware 80/80 gates.
| name | spec-plan-handoff |
| description | Render the implementation handoff for a subject spec. Use this when the canonical readiness verdict already exists and you need either a real implementation plan for eligible runs or a withheld handoff plus bounded options for blocked runs. |
| allowed-tools | Read, Write, Glob, Grep |
Use this only after forge-orchestrator has finalized planning_status and
handoff_status.
Do not emit a real implementation plan if:
planning_status != PLANNING_READYhandoff_status != ELIGIBLEadversarial_status != convergedsparse analogy_feature or parity_clone with
question_rounds_completed = 0Read from canon and sidecars:
specs/<subject>.mddecision-log.mdcompleteness-matrix.mdreview-report.mdadversarial-review-log.mdUBIQUITOUS-LANGUAGE.md (project root, if it exists)AGENTS.md (project root, if it exists) — prior implementation conventions
that should inform workstream ordering, risk assessment, and anti-patterns
to avoidDo not plan directly from raw intake chatter.
If handoff_status=ELIGIBLE, create or update implementation-plan.md with:
If the run is blocked, write a withheld handoff note instead. Blocked handoff may include:
Blocked handoff must not include: