메뉴
全機能の一括Spec化・一括更新。PM として並列サブエージェントにコード分析を委任し、 結果を統合して全機能の要件定義書を一括生成・更新する。 「全部のSpecを作って」「設計書を全部作って」「全機能をドキュメント化して」 「要件定義を全て更新して」「Specを全部更新して」などのリクエストで使用する。 個別のSpec化には spec-feature を使う。init-specは初期セットアップ専用。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
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化。実装済みコードを分析して要件定義書を逆生成する。 spec-map.yml にコードとSpecの対応関係を記録する（コード変更なし）。 「ツイート機能のSpecを作って」「認証周りをドキュメント化して」「既存の○○機能を設計書にして」 「この機能の要件を整理して」「○○の仕様を分析して」などのリクエストで使用する。 既に動いているコードからドキュメントを起こすときに使う。新規機能にはdraft-specを使う。 コード変更後のドキュメント追従にはupdate-docsを使う。
コード変更からドキュメントを追従更新する。設計書ファースト原則の例外措置。 やむを得ず先にコードを変更した場合にのみ使用する。 「さっきの変更をドキュメントに反映して」「設計書を最新にして」 「コードと設計書がズレてるから直して」「ドキュメントを最新化して」 「ドキュメント更新して」「設計書を現状に合わせて」などのリクエストで使用する。 通常はドキュメントを先に更新してからコードを修正すること（revise-specを使う）。
レビューマーカーの一覧・承認・除去を行う。「未承認一覧見せて」「r-XXXX を承認して」「このファイルのレビュー全部承認して」「レビューマーカー一覧」「要確認一覧」等のリクエストで発火する。
| name | spec-all |
| description | 全機能の一括Spec化・一括更新。PM として並列サブエージェントにコード分析を委任し、 結果を統合して全機能の要件定義書を一括生成・更新する。 「全部のSpecを作って」「設計書を全部作って」「全機能をドキュメント化して」 「要件定義を全て更新して」「Specを全部更新して」などのリクエストで使用する。 個別のSpec化には spec-feature を使う。init-specは初期セットアップ専用。 |
| context | {"required":["_shared/spec-writing-standard.md","_shared/spec-unified-base.md","_shared/spec-map-operations.md","_shared/subagent-task-format.md","_shared/spec-consistency-review.md","_shared/screen-transition-diagram.md","_shared/tech-stack-guide.md","_shared/spec-coverage-review.md","spec-all/execution.md"]} |
PM オーケストレーション共通パターン（.claude/rules/pm-orchestration.md で自動ロード）に従い、
親 Opus = コード分析の統合・執筆プラン・レビュー / spec-writer(Sonnet) = 執筆の分担で進める。
docs/requirements/overview.md に機能一覧が存在すること（init-spec 済み）CLAUDE.md の「プロジェクト構成」に記載されていること用語辞書作成・統一基盤確認・REQ-ID カテゴリ事前採番。 詳細: references/phase0-foundation.md
現状把握・ドメイン分割・ファイル割り当て・ナビゲーション階層決定・計画記録・ユーザー確認。 詳細: references/phase1-domain-split.md
spec-all 実行詳細 の「分析エージェントへの指示テンプレート」「結果収集と品質検証」に従い、全ドメインのサブエージェントを並列起動してコード分析を実行する。
フェーズ2のコード分析結果をもとに、バッチ単位で spec-writer 用の執筆プロンプトを組み立てる。
詳細: references/phase3-writing.md
バッチサイズの原則（詳細は references/phase3-writing.md 参照）:
Agent(subagent_type: spec-writer) をバッチ単位で並列起動し、Spec を執筆させる。
委任プロンプト形式・バッチ管理・index系更新・コミット手順の詳細: references/phase3-writing.md
設計書統合更新・共通コンポーネント設計書・依存グラフ生成・最終レビュー・完了。 詳細: references/phase4-7-final.md
全バッチ完了後、2種類のレビューを実行する。
Spec 統一性レビュー をフルチェックモードで起動し、結果を全て反映する。
仕様カバレッジレビュー に従い、コードと要件定義書を突合する。漏れがあれば該当 Spec に追記する。
Agent(subagent_type: integrity-checker) を起動する（直列1回のみ）:
.claude/skills/_shared/doc-integrity-check.md 参照全ドキュメント完成後、変更を git add してコミットする。
「spec-all を再開して」で新セッションから復元できる。 詳細: references/session-resume.md
PM オーケストレーション共通パターン（自動ロード済み） の「トークン節約ルール」に従う。 追加ルール：
コード分析時の注意: .claude/rules/doc-accuracy.md「ドキュメント生成の正確性ルール」を厳守すること。