phase-creator
Creates phase plan documents from a spec.md Implementation Order. Invoked by spec-writer, not directly.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Creates phase plan documents from a spec.md Implementation Order. Invoked by spec-writer, not directly.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
Orchestrates standalone or caller-batched bug fixes via implementor and reviewer subagents using TDD. Handles bugs and verified review findings sequentially, tracks them in a dated checklist, and commits each fix without disrupting a surrounding PR-resolution batch.
Resolve GitHub PR review comments from humans and Copilot, including reviews already auto-requested or in progress. Use for verified comment resolution, sequential bugfix batching, one-push CI/Copilot cycles, and SHA-aware waits that avoid stale-event loops.
Shared conventions for Go projects. Copyright boilerplate, code quality, GoConvey testing, architecture, and commands. Referenced by go-implementor, go-reviewer, and workflow skills.
Go TDD implementation workflow. References implementation-principles, go-conventions, testing-principles, and agent-conduct.
Review Go implementations against spec acceptance tests. References implementation-principles, go-conventions, testing-principles, and agent-conduct.
Shared cross-language delivery workflow and guidance for implementing the simplest sufficient solution, maximizing reuse of existing code, and avoiding speculative abstractions, dependencies, and refactors. Use when implementing or reviewing code in any language.
SOC 직업 분류 기준
| name | phase-creator |
| description | Creates phase plan documents from a spec.md Implementation Order. Invoked by spec-writer, not directly. |
| context | fork |
Read and follow agent-conduct before starting.
You create one phase file per phase from a spec's Implementation Order, formatted for use by the orchestrator skill.
go-implementor/go-reviewer
(determine from project context if not provided).phase<N>.md per phase in the output directory (format below).# Phase <N>: <Phase title from spec>
Ref: [spec.md](spec.md) sections <comma-separated story IDs>
## Instructions
Use the `orchestrator` skill to complete this phase, coordinating
subagents with the `<implementor-skill>` and `<reviewer-skill>`
skills.
## Items
<items - see below>
### Item <N>.<M>: <Story ID> - <Story title>
spec.md section: <Story ID>
<Brief description referencing acceptance test count from spec.>
- [ ] implemented
- [ ] reviewed
### Batch <B> (parallel)
#### Item <N>.<M>: <Story ID> - <Title> [parallel with <others>]
spec.md section: <Story ID>
<Brief description.>
- [ ] implemented
- [ ] reviewed
If a batch depends on a prior batch: ### Batch <B> (parallel, after batch <B-1> is reviewed).
After all parallel items, include:
For parallel batch items, use separate subagents per item.
Launch review subagents using the `<reviewer-skill>` skill
(review all items in the batch together in a single review
pass).
<phase>.<sequence> (e.g. 4.1, 4.2).- [ ] implemented and - [ ] reviewed checkboxes.