スキル dispatching-parallel-agents
📦

dispatching-parallel-agents

安全

並列エージェントにタスクをディスパッチして同時実行する

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

複数の独立した問題を順次調査して時間を浪費するのはやめましょう。このスキルでは、問題ドメインごとに 1 つのエージェントをディスパッチして、調査を並行して実行する方法を学びます。

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

スキルZIPをダウンロード

2

Claudeでアップロード

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

3

オンにして利用開始

テストする

「dispatching-parallel-agents」を使用しています。 3 つのファイルにまたがる 6 つのテスト失敗:agent-tool-abort.test.ts(3 つの失敗)、batch-completion-behavior.test.ts(2 つの失敗)、tool-approval-race-conditions.test.ts(1 つの失敗)

期待される結果:

  • エージェント 1(agent-tool-abort.test.ts):ツール完了までの任意のタイムアウトをイベントベースの待機に置き換え。3 つのテストを修正。
  • エージェント 2(batch-completion-behavior.test.ts):threadId が間違った場所にあるイベント構造のバグを修正。2 つのテストを修正。
  • エージェント 3(tool-approval-race-conditions.test.ts):アサーション前に非同期ツール実行が完了するのを待機するように追加。1 つのテストを修正。
  • 統合:3 つの修正はすべて独立しており競合なし。全テストスイートが合格。

「dispatching-parallel-agents」を使用しています。 複数の無関係なバグ:ログインボタンのスタイルが壊れている、API レスポンスキャッシングが機能していない、メール通知が遅延している

期待される結果:

  • エージェント 1(スタイル):CSS クラス名の競合を特定。他のコンポーネントに影響を与えずにボタンのスタイルを修正。
  • エージェント 2(キャッシング):キャッシュキー生成にリクエストパラメータが欠落していた。適切なキー構成を追加。
  • エージェント 3(通知):メッセージキューコンシューマーに誤ったリトライロジックがあった。リトライバックオフアルゴリズムを修正。
  • すべてのエージェントは独立して作業。共有ファイルは変更なし。変更は正常に統合された。

セキュリティ監査

安全
v1 • 2/24/2026

This skill is a documentation-only markdown file providing guidance on parallel agent dispatching patterns. Static analyzer flagged 10 patterns as potential risks, but all are FALSE POSITIVES. The external_commands detections are documentation code examples (not executable). The cryptographic and reconnaissance flags reference documentation text with no actual security-relevant operations. No executable code, network access, file system operations, or sensitive data handling present.

1
スキャンされたファイル
181
解析された行数
1
検出結果
1
総監査数
低リスクの問題 (1)
Static Analysis False Positive - External Commands
Static scanner detected 7 instances of shell command patterns. All are documentation examples in markdown code blocks, not executable code. The skill file is purely instructional content.
監査者: claude

品質スコア

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

作れるもの

並列テスト失敗調査

複数のテストファイルが異なる根本原因で失敗しています。各テストファイルごとに 1 つのエージェントをディスパッチして、各失敗を独立して調査・修正します。

マルチサブシステムデバッグ

異なるサブシステムが個別に壊れています。各エージェントは 1 つのサブシステムを担当し、他の領域からのコンテキストを必要とせずに診断します。

並列コードレビュー

複数のプルリクエストのレビューが必要です。エージェントをディスパッチして異なる PR を同時にレビューし、それぞれが担当する変更について焦点を絞ったフィードバックを提供します。

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

初級:基本並列タスク
2 つの独立したタスクがあります。タスク 1: [説明] タスク 2: [説明] これらのタスクはファイルや状態を共有しません。両方のタスクを並列で調査し、それぞれについて個別のサマリーを提供してください。
中級:テスト失敗ディスパッチ
src/agents/agent-tool-abort.test.ts の 3 つの失敗しているテストを修正してください。これらはタイミングと競合状態の問題です。タスク:1) テストファイルを読んで各テストが何を検証しているかを理解する、2) 根本原因を特定する、3) タイムアウトをイベントベースの待機に置き換えて修正する。プロダクションコードは変更しないでください。発見したことと修正したことのサマリーを返してください。
上級:マルチエージェント調整
並列調査のために 3 つのエージェントをディスパッチしています。エージェント 1 は認証モジュールの失敗を調査します。エージェント 2 は API レート制限の問題を調査します。エージェント 3 はデータベース接続プールの枯渇を調査します。各エージェント:自分のドメインのみに集中し、範囲外のファイルを変更しないでください。根本原因と変更内容を構造化されたサマリーとして返してください。すべてのエージェントの完了後にすべての結果を統合します。
エキスパート:複雑な並列ワークフロー
このマルチドメイン障害シナリオのために並列エージェントをディスパッチしてください。ドメイン A: Dashboard.tsx と Metrics.tsx のフロントエンドコンポーネントレンダリングの問題。ドメイン B: /api/v2/analytics エンドポイントのバックエンド API タイムアウトエラー。ドメイン C: レポートクエリのデータベースクエリパフォーマンスの低下。すべてのエージェントの制約:破壊的変更を導入しないこと、後方互換性を維持すること、修正にテストを追加すること。各エージェントは以下を返す必要があります:根本原因分析、変更されたファイル、テスト結果、必要なフォローアップアクション。

ベストプラクティス

  • ディスパッチする前にタスクが本当に独立していることを常に確認する - 共有ファイル、状態、または順次依存関係がないかチェックする
  • 各エージェントに、変更しないことの明確な制約を持つ焦点を絞った範囲を与える
  • 統合を容易にするために、各エージェントから根本原因、変更内容、テスト結果を含む構造化されたサマリーを要求する

回避

  • 「すべてのテストを修正」のように範囲が広すぎる - エージェントは焦点を絞った方向性がなければ迷走する
  • 制約がないため、エージェントが無関係なコードをリファクタリングしたり、予期せずプロダクションロジックを変更したりすることを許可してしまう
  • 「修正して」のようなあいまいな出力期待 - 何が変更されたか、なぜ変更されたかが分からなくなる

よくある質問

一度にいくつの並列エージェントをディスパッチすべきですか?
ほとんどのシナリオでは 2〜3 つのエージェントから始めてください。5 つ以上のエージェントは調整と統合が困難になる可能性があります。最適な数は、独立した問題ドメインをどれだけ明確に特定できるかによって異なります。
エージェントが同じファイルを変更した場合どうすればよいですか?
これはタスクが本当に独立していなかったことを示しています。統合する前にエージェントの出力に競合がないかレビューしてください。競合がある場合は、他の変更を認識した状態で 1 つのエージェントを再実行するか、手動で差異を調整する必要があるかもしれません。
これは単一の AI アシスタントで使用できますか、それとも複数のインスタントが必要です
このスキルは、Claude Code タスク機能のような同時タスク実行をサポートする単一の AI アシスタントで使用できます。重要なのは、複数の AI インスタンスを持つことではなく、複数の調査を同時に実行できる能力です。
タスクが本当に独立しているかどうかをどう判断すればよいですか?
自問してください:各タスクは他のタスクからのコンテキストなしで理解できますか?異なるファイルを変更しますか?1 つを修正することで他に影響がありますか?すべてに「はい」であれば、それらは独立しています。1 つを修正することで他も修正される可能性がある場合は、最初に一緒に調査してください。
エージェントが並列で実行されている間に何をすべきですか?
待機時間を生産的に活用してください:関連するコードをレビューする、テスト環境を準備する、または無関係なタスクに取り組みます。エージェントが戻ってきたら、すべてのサマリーをレビューして変更を統合することに集中した時間を確保してください。
順次ではなく常にエージェントを並列で実行すべきですか?
いいえ。以下の場合は順次調査の方が適しています:失敗が関連している、システム全体のコンテキストが必要、タスクが状態を共有している、または何が壊れているかを理解するための探索段階の場合。並列ディスパッチは、問題ドメインが明確に特定されており独立している場合に最も効果的です。

開発者の詳細

ファイル構成

📄 SKILL.md