既存プロジェクトに新しいリポジトリを追加する。Workspaceにリポを追加した後、 CLAUDE.md・設計書・ドメイン構成を差分更新する。 「モバイルリポを追加した」「新しいリポを取り込んで」「リポを追加したので設計書を更新して」 「Workspaceにリポを足した」などのリクエストで使用する。 init-spec の移行モードではファイル存在チェックしか行わないため、 既存ドキュメントの内容を新リポに合わせて拡張するにはこのスキルを使う。
domain-pm
ドメインPMとして、SuperPMから受け取ったタスクをPG単位に分解し実装を指揮する。domains/[ドメイン名]/ ディレクトリ内で実行すること。orchestrate スキルで起動された場合に自動的に呼ばれる。
ユーザーが直接呼び出すことはない(orchestrate経由専用)。
含まれるファイル(1)
- SKILL.md2.9 KB
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
ドメインPM:タスク分解と実装指揮
前提確認
- 作業ディレクトリが
domains/[ドメイン名]/であることを確認 domains/[ドメイン名]/CLAUDE.mdを読み、このドメインの責務・制約を把握- SuperPMから渡されたコンテキスト(
logs/context/pm_[domain]_*.md)を受領し、以下を検証する:- ファイルが存在し、Markdownとして解析可能か
- 「タスク一覧」セクションに REQ-ID が1つ以上含まれているか
- 各 REQ-ID が
spec-map.ymlに存在するか - 「実行順序」セクションに依存関係(blocks / blockedBy)が記載されているか
-
interfaces/への参照がある場合、該当ファイルが存在するか - 不足がある場合はSuperPMに差し戻す(不足項目を明示して報告)
タスク分解と実行
タスク分解パターン に従い、受け取ったタスクを機能単位(PG 1人分)に分解・配布・起動する。
- 1タスク = 1 Spec ID = 1 PG が原則
- PGへのコンテキストは
domains/[ドメイン名]/CLAUDE.mdの「PGへ渡すコンテキストのフォーマット」に従う
PGコンテキストの検証
PGに logs/context/pg_[機能名]_*.md を配布する前に、以下を確認する:
- 対象 REQ-ID の要件定義書(
docs/requirements/features/[REQ-ID].md)が存在するか -
docs/api/openapi.yamlが存在し、該当エンドポイント定義を含んでいるか(APIを伴う機能の場合) -
docs/design/shared-components.mdが存在する場合、コンテキストに参照を含めたか -
interfaces/にこのドメインのIF定義が存在する場合、コンテキストに依存先のIF定義への参照を含めたか -
spec-map.ymlでdepends_onに列挙された依存Specが全てconfirmed == spec_versionか - 依存Specが未追従の場合: PGに実装を開始させず、SuperPMに「先に [REQ-XXX] の追従が必要」と報告する
ドメイン内整合性確認
全PG完了後、完了確認チェックリスト で確認し、SuperPMに完了報告する(完了タスク一覧、更新したIF定義、未解決の問題)。
ルール
domains/[ドメイン名]/CLAUDE.mdのルールに従う
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
既存プロジェクトをサブエージェントで並列分析し、 精度の高い overview.md を生成する。init-spec の前処理として使う。 「既存プロジェクトを分析して」「コードベースを理解して設計書を作って」 「overview.mdを作って」などのリクエストで使用する。 ファイル数が200を超えるプロジェクトで特に有効。 200以下の場合は単一エージェントで全体を読む方が精度が高いため、 init-spec をそのまま実行することを提案する。
デザインの差し替え。ロジックは一切触らず見た目(HTML/CSS/テンプレート)だけを更新する。 「このデザインに差し替えて」「UIをFigmaの通りに変えて」「見た目だけ変えて」 「デザインを更新して」「CSSだけ直して」などのリクエストで使用する。 ロジック変更を伴う場合はrevise-specを使う。
ブラウザで画面を確認する。agent-browser CLI を使って画面のスクリーンショット撮影、 アクセシビリティツリー取得、フォーム操作、画面遷移などを行う。 「画面見て」「ブラウザ確認して」「スクショ撮って」「現状把握して」「画面開いて」 「ログインして確認して」「画面の状態を教えて」「UIを確認して」などのリクエストで使用する。 E2Eテストの作成・実行には gen-tests(Playwright)を使うこと。本スキルはテスト実行ではなく 「AIの目」としてブラウザを操作し、画面状態を把握するためのもの。
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) 設計書ファーストモード: 要件定義書から詳細設計書を新規作成する(コードなし) 「詳細設計を作って」「設計書を完成させて」「実装に必要な設計書を全部作って」 「他のエンジニアに渡せる設計書にして」などのリクエストで使用する。