Menü
Use this fixture when validating the assets-first plan pilot resource map.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
Orchestrate the full spec-driven, test-driven agentic development lifecycle. Use when starting, resuming, auditing, or routing work through the standard RigorLoop workflow. This skill assesses workflow state, enforces artifact order, and keeps exploration, specification, architecture, planning, tests, implementation, review, rationale, verification, PR, and learning connected.
Implement one approved milestone or isolated implementation request with tests or proof first, then hand it to code-review with validation evidence and plan state updated. Use when requirements, scope, and validation commands are clear enough to code. Use bugfix for defect reproduction/fix loops, code-review to review implementation, verify for final readiness, and pr for PR handoff.
Review an implementation slice against the actual diff, governing artifacts, tests, and validation evidence, then record findings or a clean first-pass review. Use after implement hands off a milestone or when implementation review is requested. Use plan-review, spec-review, architecture-review, verify, or pr for those gates instead.
Explain why the agent made each meaningful change by linking the actual diff to the problem, proposal, requirements, architecture decisions, plan milestones, tests, review outcomes, and available validation evidence. Use after implementation and review-resolution, before final verify and PR, or whenever the user asks why code changed.
Create or revise a living execution plan after proposal, spec, and architecture are stable enough to implement. Use for multi-file, multi-component, risky, migration-heavy, or milestone-based work that needs reviewable implementation slices, validation commands, recovery paths, dependencies, and current handoff state. Use spec, test-spec, implement, code-review, verify, or pr for those stages; do not use plan to choose product direction, write code, review diffs, verify branch readiness, or open PRs.
Create a decision-oriented change proposal before spec or plan. Use when the user has a selected direction, explored options, problem statement, or issue that needs problem, goals, non-goals, options, recommendation, risks, rollout, and readiness recorded. Use proposal-review to review an existing proposal; use spec, plan, implement, or verify for downstream work.
| name | plan |
| description | Use this fixture when validating the assets-first plan pilot resource map. |
assets/plan-skeleton.md when creating a new plan.
Fill: Status, Purpose, Milestones, Validation plan, Decision log, Current Handoff Summary.
Sections: Status; Purpose / big picture; Milestones; Validation plan; Decision log; Current Handoff Summary.
Do not emit unfilled placeholders.assets/milestone.md when adding each milestone.
Fill: milestone id, goal, requirements, tests, validation commands, rollback.
Do not emit unfilled placeholders.assets/current-handoff-summary.md when updating the active handoff section.
Fill: current milestone, milestone state, review status, next stage, final closeout readiness.
Do not emit unfilled placeholders.assets/decision-log-row.md when recording a planning decision.
Fill: date, decision, rationale, alternatives rejected.
Do not emit unfilled placeholders.