スキル subagent-driven-development
📦

subagent-driven-development

安全

サブエージェントと 2 段階レビューによる計画の実行

こちらからも入手できます: Cycleaddict,davila7,Doyajin174,obra,DYAI2025,CodingCossack,Cygnusfear

AI エージェントは複雑なマルチタスクの実装に苦心することがよくあります。このスキルは、各タスクに対して新しいサブエージェントをディスパッチし、仕様の準拠とコード品質の必須レビューを強制することでこれを解決します。

対応: Claude Codex Code(CC)
🥉 73 ブロンズ
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「subagent-driven-development」を使用しています。 タスク:フォームコンポーネントに入力検証を追加する

期待される結果:

実装者の報告:メール、電話、必須フィールドの検証を追加しました。12/12 のテストに合格。自己レビュー:デザインシステムに一致するエラーメッセージを追加しました。仕様レビュアー:承認 - すべての検証ルールが実装されました。コードレビュアー:承認 - 適切なエラー処理を備えたクリーンな実装です。

「subagent-driven-development」を使用しています。 タスク:データベース移行スクリプトを作成する

期待される結果:

実装者の報告:インデックス付きの users テーブルを追加する移行を作成しました。ロールバックスクリプトを含みます。自己レビュー:既存の移行パターンに従いました。仕様レビュアー:承認。コードレビュアー:承認 - 移行は冪等で、十分に文書化されています。

セキュリティ監査

安全
v1 • 2/24/2026

Static analyzer flagged 38 patterns but all are false positives. DOT diagram syntax (backticks), markdown formatting (crypto patterns), and self-review checklists (reconnaissance patterns) were incorrectly identified. No actual security risks exist - this is a legitimate workflow orchestration skill.

4
スキャンされたファイル
403
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
50
コミュニティ
100
セキュリティ
83
仕様準拠

作れるもの

仕様からの機能実装

各機能を独立して開発できるマルチ機能実装計画を実行します

大規模コードベースのリファクタリング

リファクタリングを個別のタスクに分解し、正しさを確保するための品質ゲートを設定します

スケールでのテスト駆動開発

TDD で複数のコンポーネントを実装し、先に進む前に各コンポーネントがテストに合格することを確認します

これらのプロンプトを試す

基本:シングルタスク実装
サブエージェント駆動開発を使用しています。タスク 1: メールアドレスを検証する関数を作成します。コンテキスト:これはユーザー登録フローで使用されます。テストを含めて実装してください。
中級:マルチタスク機能
ユーザー認証を実装するためにサブエージェント駆動開発を使用しています。タスク 1: パスワード検証付きログインエンドポイントを作成します。タスク 2: セッション管理を追加します。タスク 3: トークン無効化によるログアウトを実装します。各タスクには計画ドキュメントからの完全なテキストを含みます。
上級:完全な計画実行
サブエージェント駆動開発を使用して計画を実行しています。docs/plans/api-v2-migration.md から抽出された 8 つのタスクで TodoWrite を作成しました。タスク 1 を開始します:ユーザーエンドポイントを v2 形式に移行します。移行戦略に関するコンテキストとともに、完全なタスクテキストをここに記載します。
エキスパート:カスタムレビュー基準付き
タスク 3 の実装のためにサブエージェント駆動開発を使用します:レート制限を実装します。カスタムレビュー基準:分散環境を処理できること、エンドポイントごとに設定可能な制限をサポートすること、メトリクス収集を含むこと。仕様レビュアーはこれらの基準を確認する必要があります。コードレビュアーは Redis 統合パターンを確認してください。

ベストプラクティス

  • 常に完全なタスクテキストとコンテキストを事前に提供してください - サブエージェントに計画ファイルを読み取らせないでください
  • 実装が始まる前に、すべての明確化の質問に答えてください
  • レビューの順序を強制してください:コード品質レビューが始まる前に、仕様準拠が合格する必要があります

回避

  • いずれかのレビューステージをスキップしたり、未修正の問題をそのまま進めたりすること
  • 競合を引き起こす可能性のある複数の実装サブエージェントを並列でディスパッチすること
  • 独立したレビューの代わりとして自己レビューを受け入れること

よくある質問

これと並列セッション実行のどちらを使用すべきですか?
同じセッションで継続的な進行を維持したい場合はこのスキルを使用してください。タスクが完全に独立して実行でき、調整が不要な場合は、並列セッション実行を使用してください。
仕様レビュアーが問題を見つけた場合はどうなりますか?
実装者サブエージェントが問題を修正し、その後仕様レビュアーが再度レビューします。このループは、コード品質レビューが始まる前に仕様が完全に準拠するまで続きます。
実装中にサブエージェントは質問できますか?
はい。サブエージェントは、不明確なことに遭遇した時点でいつでも質問することを推奨されています。進める前に質問に答えることで、誤った実装を防ぎます。
タスクごとに何人のレビュアーが関わりますか?
3 つです:実装者が自己レビューを行い、次に仕様準拠レビュアーが要件を確認し、次にコード品質レビュアーが実装の品質を確認します。
サブエージェントがタスクの完了に失敗した場合はどうなりますか?
修正が必要な内容について具体的な指示を含む修正サブエージェントをディスパッチしてください。コンテキストの汚染を引き起こすため、手動で修正しないでください。
このスキルはすべての AI アシスタントと互換性がありますか?
はい、Claude、Codex、Claude Code で動作します。サブエージェントディスパッチメカニズムは、これらのプラットフォームで利用可能な Task ツールを使用します。