spec-writer
Orchestrates spec creation and review via subagents. Use when designing a new feature or writing a spec.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Orchestrates spec creation and review via subagents. Use when designing a new feature or writing a spec.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
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.
| name | spec-writer |
| description | Orchestrates spec creation and review via subagents. Use when designing a new feature or writing a spec. |
Read and follow agent-conduct and subagents before starting. subagents covers orchestrator role, agent selection (always writable), briefing, skill discovery, and error handling. This skill covers only the spec-writing procedure.
.docs/myfeature/spec.md).Save the feature description verbatim to prompt.md in the same directory as
the target spec.md. This file is the evolving source of truth for requirements.
Repeat the following cycle until a subagent returns no questions:
prompt.md
path, and the instruction "Read the conventions skill. Read prompt.md.
Research the codebase to understand what exists. Produce 3-5 clarifying
questions (with suggested answer options) that must be answered before a spec
can be written. Return ONLY the questions. If prompt.md already addresses
everything, return NONE."ask_questions to relay the subagent's questions to the user.## Notes
section in prompt.md (create the section on first use). Convert each Q&A
pair into a direct statement of how the feature should work. Do NOT paste
raw questions or answers.This keeps the parent agent's context lean - only prompt.md content and Q&A
relay, never codebase research.
Note paths for: conventions, spec-author, spec-reviewer, spec-proofreader, phase-creator, phase-reviewer. Do not read them.
Launch spec-author subagent with: spec-author + conventions skill paths,
prompt.md path (not raw feature description), output path. "Read prompt.md
for requirements. Research codebase, write spec."
Launch spec-reviewer subagent with: spec-reviewer + conventions skill paths,
prompt.md path (as feature description), spec path. "Return PASS or FAIL."
Launch spec-proofreader with: spec-proofreader skill path, spec path. Do NOT include feature description. "Fix errors directly, return PASS or FIXED."
Launch phase-creator with: phase-creator skill path, spec path, output directory, implementor + reviewer skill names.
For each phase file, launch phase-reviewer with: phase-reviewer skill path, phase file path, spec path.
Report completion when all phases pass.
Transient subagent failures: see subagents.
Blocker during clarification or authoring (per agent-conduct § Honesty About Blockers - e.g. the requested feature relies on a capability the chosen external API does not provide):
blocker.md alongside prompt.md describing the
impossibility (what was requested, why it cannot work) and 1-3
proposed alternatives or scope changes.