dispatching-parallel-agents
独立したタスクのための並列エージェントのディスパッチ
متاح أيضًا من: Doyajin174,DYAI2025,obra,sickn33,Cycleaddict,ZhanlinCui,Cygnusfear,CodingCossack
複数の独立した障害を順次調査するのは時間の無駄です。このスキルは、関連する問題を同時に解決するために複数のエージェントを並列にディスパッチするパターンを提供します。
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "dispatching-parallel-agents". 3つのファイルで6つのテスト失敗があります。どうすべきでしょうか?
النتيجة المتوقعة:
- 独立した領域を特定: abort.test.ts (タイミング問題), batch-completion.test.ts (ツールが実行されない), race-conditions.test.ts (実行カウント = 0)
- 3つのエージェントを並列にディスパッチ、ファイルごとに1つ
- 各エージェントに焦点を絞ったスコープ、明確な目標、期待される出力を提供
- サマリーをレビューし、競合をチェックし、すべての変更を統合
- 結果: 1つの問題の時間で3つの問題を解決
استخدام "dispatching-parallel-agents". CIパイプラインで4つの異なるサブシステムに障害が表示されています。並列エージェントはどのように役立ちますか?
النتيجة المتوقعة:
- 各サブシステムの障害を共有状態または依存関係について分析
- 真に独立した障害をグループ化
- 独立したサブシステムごとに特定のスコープを持つ1つのエージェントをディスパッチ
- エージェントが同時に動作し、調査時間を短縮
- 調査結果を統合し、すべての修正が一緒にパスすることを検証
التدقيق الأمني
آمنPure markdown documentation skill with no executable code. All 21 static findings are false positives caused by the scanner misidentifying markdown syntax and JSON metadata. Contains only a single SKILL.md file with 181 lines of methodological guidance for parallel agent dispatching.
عوامل الخطر
🌐 الوصول إلى الشبكة (1)
⚙️ الأوامر الخارجية (7)
درجة الجودة
ماذا يمكنك بناءه
複数のテストファイルのデバッグ
異なる根本原因で失敗している3つ以上のテストファイルを、ファイルごとに1つのエージェントをディスパッチして修正する
サブシステム障害の調査
複数の独立したサブシステム全体の問題を同時に診断する
並列バグ調査
無関係なモジュール全体の異なるバグを同時に調査する
جرّب هذه الموجهات
Fix the failing tests in file A while another agent fixes file B. Report back what you found and fixed.
Fix the 3 timing issues in src/agents/abort.test.ts. Focus on replacing arbitrary timeouts with event-based waiting. Return a summary of root cause and changes.
Fix only the batch-completion test failures. Do NOT change production code. Report what you found and what you fixed.
Review these 3 agent summaries. Check for conflicts between the changes. Run the full test suite and report pass/fail status.
أفضل الممارسات
- ディスパッチ前に独立した問題領域ごとに障害をグループ化する
- 各エージェントに明確で測定可能な目標を持つ特定のスコープを与える
- エージェントがタスクの範囲を超えないように制約を定義する
- エージェントに根本原因と具体的な変更のサマリーを返すことを要求する
تجنب
- 「すべてのテストを修正」を割り当てる - 焦点を絞ったスコープがないとエージェントは迷子になる
- ファイルパスなしで「競合状態を修正」のようなコンテキストを提供しない
- 制約がない - エージェントが無関係なコードをリファクタリングする可能性がある
- サマリーを要求せずに「修正して」のような曖昧な出力期待