메뉴
実装計画のタスクをサブエージェントに委譲し、spec準拠+品質の2段階レビューで品質を担保する。Use when: 「この実装をエージェントに任せたい」「サブエージェントで実装して」「タスクを分割して並列実行したい」「大きな実装タスクの分割実行」「並列開発」。計画作成にはai-dev-workflowを使用。
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/s977043/PlanGate --skill subagent-driven-development명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
アイデアや曖昧な要件を PlanGate の PBI INPUT PACKAGE に対話的に整理する。Use when: docs/working/TASK-XXXX/pbi-input.md を新規作成したい時、要件をブレストして PBI に落としたい時。
PlanGate の exec フェーズを TDD で実行する。Use when: C-3 APPROVED 後にコード実装を開始したい時、workflow-conductor 配下で実装タスクを進めたい時。
PBI INPUT PACKAGE から PlanGate の plan.md / todo.md / test-cases.md を B-1→B-2→B-3 フローで作成する。Use when: docs/working/TASK-XXXX/pbi-input.md を元に実行計画を作りたい時。
SOC 직업 분류 기준
SKILL.md 표시 중
| name | subagent-driven-development |
| description | 実装計画のタスクをサブエージェントに委譲し、spec準拠+品質の2段階レビューで品質を担保する。Use when: 「この実装をエージェントに任せたい」「サブエージェントで実装して」「タスクを分割して並列実行したい」「大きな実装タスクの分割実行」「並列開発」。計画作成にはai-dev-workflowを使用。 |
実装計画の各タスクを専門サブエージェントに委譲し、2段階レビュー（spec準拠+品質）で高品質な実装を高速に回す。
NO MERGE WITHOUT TWO-STAGE REVIEW
Spec Reviewerによる仕様準拠確認とQuality Reviewerによる品質確認の両方を通過しない限り、タスクを完了としない。
| こう思ったら | 現実 |
|---|---|
| 「Spec Reviewは実装者を信頼してスキップ」 | 信頼とレビューは別。2段階は必須 |
| 「小さい修正だからQuality Review不要」 | 小さい修正こそバグが潜む。スキップ禁止 |
| 「前のタスクと同じパターンだからレビュー軽め」 | 各タスクは独立評価。前回の結果は根拠にならない |
核心原則: Fresh subagent per task + two-stage review = high quality, fast iteration
Plan読み込み → タスク抽出 → 各タスクについて:
1. Implementerサブエージェント派遣
2. Spec Reviewerサブエージェント派遣
3. (問題あれば) Implementer修正 → 再レビュー
4. Quality Reviewerサブエージェント派遣
5. (問題あれば) Implementer修正 → 再レビュー
6. タスク完了 → 次のタスクへ
→ 全タスク完了後、最終統合レビュー
plan.md と todo.md を読む| タスク複雑度 | 推奨 | 例 |
|---|---|---|
| 低（機械的） | haiku | 単純なCRUD、テンプレート適用 |
| 中（統合） | sonnet | API連携、コンポーネント結合 |
| 高（設計判断） | opus | アーキテクチャ決定、複雑なロジック |
各タスクに対して、以下の情報を含むプロンプトでサブエージェントを起動:
タスク: {タスク名}
スコープ: {変更対象ファイル}
受入基準: {具体的な基準}
既存パターン: {プロジェクトの既存実装パターン}
制約: {アーキテクチャ構造、依存方向、命名規則}
Implementerのルール:
Implementerの成果物に対して、spec準拠レビューを実施:
チェック項目:
□ 受入基準を全て満たしているか
□ スコープ外の変更がないか
□ 既存のAPIコントラクトを破壊していないか
□ テストが受入基準をカバーしているか
判定: PASS / FAIL（修正必須箇所を明示）
FAIL → Implementerに差し戻し → 修正 → 再レビュー
Spec PASSした成果物に対して、コード品質レビューを実施:
チェック項目:
□ アーキテクチャ原則の遵守（レイヤー間依存方向）
□ 命名の一貫性
□ エラーハンドリング
□ パフォーマンス（N+1クエリ、不要なデータ取得）
□ セキュリティ（入力バリデーション、認証・認可）
□ テスト品質（境界値、異常系）
判定: PASS / WARN（改善提案）/ FAIL（修正必須）
FAIL → Implementerに差し戻し → 修正 → 再レビュー
全タスク完了後:
todo.md の全チェック更新