$ cd ../blog
Mar 18, 2026 10 分钟阅读架构
BySarah Kim·OpenClaw Community
多代理系统：超越单代理
如何运行专门化的 AI 代理进行协作——将工作频道路由到工作代理，个人消息到个人代理，以及一个决定谁处理什么的协调器。
一个代理有用。多个代理协同工作才是变革性的。OpenClaw 的 AGENTS.md 系统让你定义具有不同角色、模型和工具的专门化代理——然后编排它们。以下是如何设计在生产中真正有效的多代理架构。
3 种多代理模式
路由器模式
轻量级协调器根据频道、意图或内容将传入消息路由到正确的专家代理。
路由器（协调器）Haiku 3.5
分类意图，路由到专家。运行在最便宜的模型上。
工作代理Sonnet 4
处理 Slack 消息、日历、会议准备、邮件草稿。
个人代理Sonnet 4
家庭日程、购物清单、个人提醒。
代码代理Opus 4.5
GitHub PR、代码审查、调试。需要最强推理。
# AGENTS.md ## Router — 分类并路由 - model: haiku-3.5 - 工作关键词 → @work - 代码/PR → @code - 其他 → @personal
管道模式
代理按顺序处理工作——每个代理的输出成为下一个代理的输入。
收集器Haiku 3.5
从 RSS、API、爬虫收集数据。原始采集。
分析师Sonnet 4
处理、过滤、摘要、提取要点。
写手Opus 4.5
制作精美的报告、摘要、建议。
分发器Haiku 3.5
格式化并发送到各频道。
# 管道：每日情报报告 ## 收集(6h) → 分析 → 写作 → 分发(8am)
共识模式
多个代理独立分析相同输入，然后由裁判综合各方观点。
乐观者Sonnet 4
从看涨/积极角度分析。
批评者Sonnet 4
识别风险、弱点、红旗。
实用主义者Sonnet 4
关注实际可行性和时间线。
裁判Opus 4.5
综合所有观点为平衡建议。
# 共识：投资分析 ## 并行：乐观者 + 批评者 + 实用者 ## 综合：Judge (Opus) → 平衡评估
实际挑战
上下文泄漏
给每个代理独立的记忆文件。不要共享 memory.md。使用明确的交接消息。
成本爆炸
路由器用 Haiku。只在需要时升级到 Opus。3 代理系统不应比单代理更贵。
冲突操作
使用锁系统：一次只有一个代理可以写日历。排队冲突操作。
多代理调试
每个代理有自己的 Slack 日志频道。路由器公开发布路由决策。完整审计跟踪。
何时不使用多代理
⚠️ 如果一个代理就够用，不要增加复杂度
⚠️ 如果你是 OpenClaw 新手，先精通单代理
⚠️ 如果成本是首要考虑，多代理会增加开销
⚠️ 如果你无法清楚定义代理边界，结果会是混乱
关键要点
从路由器模式开始
最简单的多代理设置，覆盖 90% 的用例。先按频道路由，再按意图。
每个代理需要自己的上下文
共享记忆制造混乱。独立记忆文件 + 明确交接 = 清晰。
成本不应线性增长
设计良好的 3 代理系统与 1 代理成本相同。路由器在 Haiku 上几乎免费。
审计一切
多代理更难调试。记录每个路由决策、每次交接、每个工具调用。