메뉴
docs/spec/ 配下の既存仕様書を新しい決定事項や変更に合わせて更新する。差分をわかりやすく提示し、整合性を保ちながら最小限の変更で書き換える。「spec 更新して」「仕様書を最新化して」などで起動。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | backend-spec-updater |
| description | docs/spec/ 配下の既存仕様書を新しい決定事項や変更に合わせて更新する。差分をわかりやすく提示し、整合性を保ちながら最小限の変更で書き換える。「spec 更新して」「仕様書を最新化して」などで起動。 |
既存の仕様書を安全に更新する。全面書き換えではなく 最小差分 を志向する。
docs/spec/ を Glob でリストし、機能名から推定以下のどれに該当するかを確認:
Spec 内の他セクションや、他の spec から参照されている箇所を確認:
Grep で同ファイル内の関連語句を検索docs/spec/ 全体から当該 spec への参照を検索書き換え前に、変更プランをユーザーに提示:
変更理由: <A/B/C/D と説明>
変更するセクション:
- 3.2 <ユースケース名>: ルール R-05 の挙動を変更
- 4. ビジネスルール: R-05 の本文差し替え
- 6. エラー・境界条件: <条件> の行を追加
影響ありそうな他 spec:
- docs/spec/<other>.md から R-05 への参照あり（要確認）
この内容で更新しますか？
Edit ツールで最小差分の置換を行う。全文 Write は避ける（レビュー困難、意図せぬ変更混入の原因）。
~~R-05~~ (廃止: YYYY-MM-DD) のように打ち消しで残す選択肢も提示プロジェクトに仕様書の更新履歴を残す慣習がある場合（ファイル末尾の「変更履歴」セクション等）、それに従う。ない場合はユーザーに作成を提案。
backend-spec-creator の原則参照）docs/spec/ の仕様書を元に、docs/work/YYYYMMDD_<feature>.md として実装計画書を作成する。Phase 分解・影響範囲・テスト戦略・リスクを構造化し、実装前にユーザー承認を取る。「実装計画立てて」「work 書いて」「どう進めるか計画して」などで起動。
差分や指定コードを構造化されたレビュー観点（正確性・設計・テスト・可読性・セキュリティ）で読み、優先度付きで指摘する。修正は提案するが勝手に書き換えない。「レビューして」「コードレビュー」「セカンドオピニオン」などで起動。
未知のコードベースを最短で把握するための構造化探索を行う。言語・ビルドツール・アーキテクチャ・テスト方針・主要なエントリポイントを短時間でレポート化する。「このプロジェクト教えて」「コードベース調べて」「初見で入ったから概要ほしい」などで起動。
未コミットの変更を依存関係と関心事に基づいて適切な粒度のコミットに分割する。自動生成物・手動実装・テスト・ドキュメントを分離し、レビューしやすい履歴を作る。「コミット分けて」「良い粒度でコミット」「この変更コミットにして」などで起動。
バグ調査を場当たり的でなく体系的に進める。再現→仮説→検証→修正→回帰テストの順序を守り、仮説と事実を分けて記録する。「バグ調査して」「なぜか動かない」「デバッグ手伝って」などで起動。
汎用的な開発オーケストレーター。docs/spec/ の仕様と docs/work/ の実装計画書を軸に、Phase 分解と PDCA サイクルで実装を進める。自分は実装せず、各 Phase を Task で専門 agent / Explore / Plan に委託する。「開発進めて」「実装オーケストレートして」「機能実装して」などで起動。