菜单
Specに基づく新規機能実装。要件定義書と基本設計を読んで実装プラン作成→コード実装→テスト→レビューを実行する。 実装はAgent(Sonnet)に委任可能、レビューは本体が直接実行する。 「REQ-AUTH-001を実装して」「ログイン機能を作って」「○○を実装して」 「これを作って」「実装に入って」などのリクエストで使用する。 要件定義書が存在する未実装機能を新規実装するときに使う。既存機能の変更はrevise-spec。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | implement-spec |
| description | Specに基づく新規機能実装。要件定義書と基本設計を読んで実装プラン作成→コード実装→テスト→レビューを実行する。 実装はAgent(Sonnet)に委任可能、レビューは本体が直接実行する。 「REQ-AUTH-001を実装して」「ログイン機能を作って」「○○を実装して」 「これを作って」「実装に入って」などのリクエストで使用する。 要件定義書が存在する未実装機能を新規実装するときに使う。既存機能の変更はrevise-spec。 |
| context | {"required":["_shared/spec-map-operations.md","_shared/design-priority.md"],"on_error":["_shared/error-recovery.md"]} |
指定されたSpec ID（またはユーザーの意図から該当Specを特定）をdocs/requirements/から検索
要件定義書の全セクションを読む（概要・背景・目的・受入条件・画面・技術仕様）
要件定義書のステータスを「実装中」に更新、overview.mdも同期
必須読取リスト — 以下のファイルを優先順に読む。存在しないファイルはスキップするが、★付きが欠落している場合はユーザーに報告し続行可否を確認する：
| 優先度 | ファイル | 目的 |
|---|---|---|
| ★必須 | docs/requirements/features/[REQ-ID].md | WHAT: 受入条件・背景・目的 |
| ★必須 | docs/design/features/[REQ-ID]-logic.md | HOW: API・DB・バリデーション・権限 |
| ★必須 | docs/api/openapi.yaml | API仕様の Single Source of Truth |
| ★必須 | CLAUDE.md | 技術スタック・テスト設定・開発コマンド |
| 推奨 | docs/design/features/[REQ-ID]-design.md | 画面構成・UIコンポーネント |
| 推奨 | docs/design/shared-components.md | 既存共通コンポーネント（再発明防止） |
| 推奨 | docs/design/db-schema.md | テーブル定義・カラム制約 |
| 推奨 | docs/design/architecture.md | システム構成・データフロー |
| 条件付き | interfaces/[domain]_interface.md | orchestrate経由でドメイン間連携がある場合のみ |
| 条件付き | docs/design/features/[REQ-ID]-api-spec.md | 外部連携がある場合のみ |
| 条件付き | docs/design/security-design.md | 認証・認可に関わる場合のみ |
| 条件付き | docs/design/error-codes.md | エラーハンドリングに関わる場合のみ |
依存Spec健全性チェック — spec-map.yml で以下を確認する：
confirmed == spec_version か（不一致なら先に追従が必要）depends_on に列挙された依存Spec全てが confirmed == spec_version かopenapi.yaml 存在チェック — 対象機能がAPIを含む場合（要件定義書にエンドポイント記載がある場合）：
docs/api/openapi.yaml が存在し、該当エンドポイントの定義を含んでいるか確認する2段階探索 を読み、その手順に従って既存コードを把握する 7b. 画面遷移図の確認（UIを含む機能の場合）: 要件定義書に画面遷移図がある場合、新規画面の追加・既存画面の遷移先変更がないか確認する。実装後に 画面遷移図ルール に従って更新が必要になる箇所を把握しておく
基本設計に不足があれば更新してコミット（API追加、テーブル追加など）
品質ゲートチェック（Gate 2: 設計→実装）: docs/quality-gates.md のGate 2項目を確認する
CLAUDE.mdのブランチ戦略に従い、feature/[Spec ID] ブランチを作成
実装プランの作成 — 準備フェーズで読んだ情報を元に impl-plans/[REQ-ID].md を作成する：
docs: [REQ-ID] 実装プラン作成設計書の矛盾解決 → design-priority.md を参照 設計情報不足時の判断 → coding-quality.md を参照
11b. docs/design/test-design.md が存在するか確認する
test: [REQ-ID] テストコードを先行生成（RED状態）実装プラン（impl-plans/[REQ-ID].md）の順序に従ってコードを実装する。
以下の基準で実装方法を自動判断する：
Agent(subagent_type: "coder") で起動し、実装プランのパスと設計書パスリストを prompt に渡す実装時の共通ルール（本体/Agent 共通）：
openapi.yaml のリクエスト/レスポンス定義に忠実に実装するtest.skip() を解除し、全てGREENになるまで修正する.claude/skills/_shared/finish-impl.md を読み、共通仕上げ手順を実行する/cost でトークン使用量を随時確認するimpl-plans/[REQ-ID].md の末尾に追記し、新セッションでの再開を提案するClaudeDesign（claude.ai/design）とClaude Codeの連携。DesignSyncツールで デザインプロジェクトからプロトタイプHTML等を取得（インポート）、または ローカルのコンポーネントをデザインシステムプロジェクトへ同期（プッシュ）する。 「ClaudeDesignからデザインを取得して」「claude.ai/design のURLを取り込んで」 「デザインプロジェクトに同期して」「デザインシステムをプッシュして」 などのリクエスト、または claude.ai/design のURLが渡されたときに使用する。 取得したデザインのコード実装への適用は apply-design を使う。
詳細設計書の一括生成。2つのモードを自動判定する: (A) コード分析モード: 既存コードから詳細設計書を逆生成する（init-spec + spec-all 完了後） (B) 設計書ファーストモード: 要件定義書から詳細設計書を新規作成する（コードなし） 「詳細設計を作って」「設計書を完成させて」「実装に必要な設計書を全部作って」 「他のエンジニアに渡せる設計書にして」などのリクエストで使用する。
既存プロジェクトの初期セットアップ（初回のみ）。コードリポジトリを分析してCLAUDE.md、要件概要、 基本設計書（アーキテクチャ、DB設計、API設計）、OpenAPI仕様、MkDocs設定を自動生成する。 「このプロジェクトをセットアップして」「既存コードを分析して」「設計書を初期化して」 「プロジェクトの構造を把握して」などのリクエストで使用する。 既にドキュメントがある場合は移行モードで差分だけ補完する。 ※ 既存Specの全更新・再生成には spec-all を使う。
全機能の一括Spec化・一括更新。PM として並列サブエージェントにコード分析を委任し、 結果を統合して全機能の要件定義書を一括生成・更新する。 「全部のSpecを作って」「設計書を全部作って」「全機能をドキュメント化して」 「要件定義を全て更新して」「Specを全部更新して」などのリクエストで使用する。 個別のSpec化には spec-feature を使う。init-specは初期セットアップ専用。
既存機能のSpec化。実装済みコードを分析して要件定義書を逆生成する。 spec-map.yml にコードとSpecの対応関係を記録する（コード変更なし）。 「ツイート機能のSpecを作って」「認証周りをドキュメント化して」「既存の○○機能を設計書にして」 「この機能の要件を整理して」「○○の仕様を分析して」などのリクエストで使用する。 既に動いているコードからドキュメントを起こすときに使う。新規機能にはdraft-specを使う。 コード変更後のドキュメント追従にはupdate-docsを使う。
コード変更からドキュメントを追従更新する。設計書ファースト原則の例外措置。 やむを得ず先にコードを変更した場合にのみ使用する。 「さっきの変更をドキュメントに反映して」「設計書を最新にして」 「コードと設計書がズレてるから直して」「ドキュメントを最新化して」 「ドキュメント更新して」「設計書を現状に合わせて」などのリクエストで使用する。 通常はドキュメントを先に更新してからコードを修正すること（revise-specを使う）。