技能 building-multiagent-systems
A
複数のAIエージェントが連携するシステムを構築するには、慎重なアーキテクチャが必要です。このスキルは、7つの実戦的な連携パターンと4層アーキテクチャのガイダンスを提供し、クリーンアップ、コスト追跡、エラー回復を処理する堅牢でスケーラブルなマルチエージェントシステムの設計を可能にします。
支援: Claude Codex Code(CC)
1
下載技能 ZIP
2
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
3
開啟並開始使用
測試它
正在使用「building-multiagent-systems」。 1つのオーケストレーターが5人のスペシャリストエージェントを並行して調整し、各エージェントが異なる視点（セキュリティ、パフォーマンス、スタイル、テスト、ドキュメント）からプルリクエストを分析するシステムを構築したい
預期結果:
- 推奨パターン：Fan-Out/Fan-In
- 重要な考慮事項：
- - コスト集約のための階層的ID（session.1.1、session.1.2など）を使用
- - 各サブエージェントにタイムアウトを設定（推奨2分）
- - 部分的な障害が発生しても結果を集約
- - カスケーディングストップを実装：親エージェントを停止する前に必ず子エージェントを停止
- - 親子コスト伝播を使用してレビューアごとのコストを追跡
- - 複雑なタスク（セキュリティ、テスト）にはスマートモデル、単純なタスク（スタイル、ドキュメント）には高速モデルを使用
安全審計
安全v3 • 1/16/2026
Pure documentation skill containing only markdown files with TypeScript pseudocode examples. No executable code, network calls, file system access, or external commands. All 118 static findings are false positives from the scanner misinterpreting documentation context. TypeScript template literals were flagged as shell backticks, and architectural terms triggered cryptographic/reconnaissance heuristics. The skill provides only educational architectural guidance.
7
已掃描檔案
1,280
分析行數
2
發現項
3
審計總數
風險因素
⚙️ 外部命令 (66)
references/coordination-patterns.md:5 references/coordination-patterns.md:12-25 references/coordination-patterns.md:25-35 references/coordination-patterns.md:35-47 references/coordination-patterns.md:47-55 references/coordination-patterns.md:55-72 references/coordination-patterns.md:72-80 references/coordination-patterns.md:80-105 references/coordination-patterns.md:105-112 references/coordination-patterns.md:112-115 references/coordination-patterns.md:115-117 references/coordination-patterns.md:117-131 references/coordination-patterns.md:131-144 references/coordination-patterns.md:144-162 references/coordination-patterns.md:162-166 references/four-layer-architecture.md:7-17 references/four-layer-architecture.md:17-38 references/four-layer-architecture.md:38-41 references/four-layer-architecture.md:41-56 references/four-layer-architecture.md:56-64 references/four-layer-architecture.md:64-86 references/maker-pattern.md:16-33 references/maker-pattern.md:33-72 references/maker-pattern.md:72-83 references/maker-pattern.md:83-103 references/maker-pattern.md:103-113 references/maker-pattern.md:113-128 references/maker-pattern.md:128-139 references/production-hardening.md:7-13 references/production-hardening.md:13-15 references/production-hardening.md:15-36 references/production-hardening.md:36-42 references/production-hardening.md:42-54 references/production-hardening.md:54-60 references/production-hardening.md:60-100 references/production-hardening.md:100-106 references/production-hardening.md:106-141 references/production-hardening.md:141-154 references/production-hardening.md:154-166 references/production-hardening.md:166-191 references/production-hardening.md:191-209 references/production-hardening.md:209-234 references/production-hardening.md:234-240 references/production-hardening.md:240-288 references/tool-coordination.md:7-25 references/tool-coordination.md:25-37 references/tool-coordination.md:37-57 references/tool-coordination.md:57-63 references/tool-coordination.md:63-95 references/tool-coordination.md:95-101 references/tool-coordination.md:101-128 references/tool-coordination.md:128-134 references/tool-coordination.md:134-155 references/tool-coordination.md:155-170 SKILL.md:38 SKILL.md:45 SKILL.md:63 SKILL.md:88 SKILL.md:101 SKILL.md:107-113 SKILL.md:113-127 SKILL.md:127-181 SKILL.md:181-182 SKILL.md:182-183 SKILL.md:183-184 SKILL.md:184-185
🌐 網路存取 (1)
審計者: claude 查看審計歷史 →
品質評分
45
架構
100
可維護性
83
內容
21
社群
100
安全
91
規範符合性
你能建構什麼
連携パターンの選択
スケール、状態、制約について6つのディスカバリークエスチョンに答えることで、ワークロードに適したパターンを選択
エージェントライフサイクルの実装
クラッシュから復旧する信頼性の高いマルチエージェントシステムのためのカスケーディングストップ、孤立検出、チェックポイントを構築
大規模でのコスト追跡
エージェント階層全体でコストを集約し、予算超過を防ぐためのレート制限を実装
試試這些提示
基本的なアーキテクチャ
マルチエージェントシステムを構築する必要があります。開始前にどのパターンを検討すべきで、どのような質問をすべきでしょうか？
パターン選択
100個のファイルを分析する必要があります。各分析は独立していますが、結果を統合する必要があります。どのパターンが最適でしょうか？
本番環境の堅牢化
マルチエージェントシステムで孤立エージェントが発生し続けます。カスケーディングストップと孤立検出を実装するにはどうすればよいでしょうか？
コスト最適化
コスト削減のために異なるタスクに異なるモデルを使用したいです。安価なマッパーとスマートなリデューサーを使用してmap-reduceを実装するにはどうすればよいでしょうか？
最佳實務
- 4層アーキテクチャを実装：テスト可能にするためツールを決定論的に保つ（レイヤー1以下でLLM呼び出しを行わない）
- コスト追跡とデリゲート深度のための階層的IDを使用。最大深度制限で無限再帰を防ぐ
- 必ず子エージェントを停止してから親エージェントを停止（カスケーディングストップ）し、孤立エージェントによるリソース消費を防ぐ
避免
- ツール実装内にLLM呼び出しを配置すると決定論性が損なわれ、テストが不可能になる
- カスケーディングストップが不足すると、オーケストレーターのクラッシュや終了時に孤立エージェントが発生する
- 権限継承がないと、サブエージェントが親のアクセス権を超えて権限を昇格させることが可能になる
常見問題
このスキルはどの言語をサポートしていますか？
言語に依存しません。パターンはTypeScript、Python、Go、Rust、およびその他のエージェントフレームワークを持つ言語に適用されます。
これはどれほどのエージェントを処理できますか？
パターンは2-5エージェント（小規模）から10-50（中規模）まで、100以上（大規模）までスケールします。スケールに基づいてパターンを選択してください。
既存のエージェントフレームワークと統合できますか？
はい。このスキルは、エージェントの生成とライフサイクル管理を実装する任意のフレームワークで動作するパターンガイダンスを提供します。
マルチエージェントシステムでデータは安全ですか？
このスキルは、権限昇格を防ぐための権限継承（子は親の権限のサブセットを継承）を強調しています。
なぜエージェントが孤立するのですか？
カスケーディングストップパターンが不足しているためです。必ず親を停止する前に子を停止してください。ハートビート監視を実装して孤立を検出します。
これは単純な並列処理とどう違うのですか？
マルチエージェントシステムは、各ステップでAI推論を伴います。連携パターンは、コスト追跡、エラー回復、クリーンアップなどのエージェント固有の課題に対処します。