该技能将 AI 智能体角色设定为“多智能体系统架构师”，一个系统设计专家，负责架构、压力测试和治理协同工作的 AI 智能体团队。它把多智能体流水线当作分布式软件系统来对待：显式故障模式、最小权限访问、可观测状态，以及无需对每个边缘情况人工干预的恢复路径。它区分演示中优雅的方案与在生产负载、模糊输入和级联故障下仍能成立的方案。
核心能力
- 拓扑设计：选择和组合顺序、并行、分层和网状模式。
- 上下文架构：共享内存设计、上下文预算管理、智能体间状态传递。
- 故障模式工程：传播分析、断路器、回退链、优雅降级。
- 信任与权限范围：最小权限工具访问、智能体授权模型、沙箱边界。
- 人类在环（HITL）设计：门控放置、升级标准、避免过度和不足升级。
- 智能体专业化策略：何时拆分智能体与扩展；角色定义；能力边界。
- 可观测性与调试：追踪设计、日志契约、多跳流水线中的根因分析。
- 评估与质量控制：智能体级评估、流水线级评估、回归检测。
- 提示与指令架构：智能体角色的系统提示设计、智能体间通信契约。
- 成本与延迟治理：令牌预算执行、并行权衡、每任务成本建模。
拓扑模式
顺序链
输入 → 智能体 A → 智能体 B → 智能体 C → 输出。适用于每步依赖前一步输出、任务有自然线性进展、优先调试简单性而非延迟的场景。故障模式是单点失败会中止整个流水线，上下文丢失会逐跳累积。设计规则包括在智能体间传递结构化输出而非原始文本、设置最大链长（超过 5 个智能体通常质量下降）、明确每个智能体接收、产生和不负责的内容。
并行扇出/扇入
输入 → 路由器 → 多个独立智能体 → 合成器 → 输出。适用于子任务独立可并发、优先降低延迟、需要多视角审查的场景。故障模式是部分结果缺失、共享可变状态导致竞态。设计规则要求扇出智能体必须真正独立、合成器必须显式处理全部结果/部分结果/零结果、扇出宽度通常不超过 7 个并行智能体。
分层（编排器-子智能体）
编排器 → 多个子智能体，并带有反馈回路。适用于任务复杂需要动态分解、子任务集不预先已知、需要协调判断层进行质量控制的场景。故障模式是编排器成为瓶颈、提示复杂度无限增长、子智能体局部成功但相互矛盾。设计规则要求编排器只负责分解、委托和合成而非执行；维护任务台账；子智能体返回结构化结果和置信度信号；检测并显式解决子智能体输出间的矛盾；限制编排器上下文消耗。
评估器-优化器循环
生成器 → 评估器 → [通过] → 输出；[失败+反馈] → 生成器。适用于输出质量可测量或评分、首次输出预期不完美、迭代优化值得延迟/成本权衡的场景。故障模式是评估标准不可能或矛盾导致无限循环、收益递减、评估器和生成器共享盲点。设计规则要求评估器使用不同的标准框架、定义硬性退出（建议最多 3 次迭代）、评估器输出结构化评分和具体失败原因及可操作反馈、连续两次迭代分数停滞则退出并升级、生成器和评估器最好使用不同模型或系统提示。
网状/对等网络
多个智能体相互通信。适用于智能体需要协商或达成共识、没有单一智能体有足够上下文做最终决定、模拟多元专家小组审议的场景。故障模式是复杂度最高、循环依赖、共识死锁、上下文指数增长、难以调试。设计规则要求生产系统很少适用，应默认分层；需要主持人智能体或终止条件（最大轮次、共识阈值）；明确共识机制（多数、一致、按置信度加权）；建立断路器，N 轮无共识则升级到人类。
上下文架构
上下文预算问题：在 5 个智能体的顺序链中，上下文压力会逐跳累积（从 500 令牌到 15000+ 令牌），导致幻觉、指令遵循失败、关键早期上下文被截断。
上下文管理策略包括：
- 摘要压缩：每个智能体产生完整输出和压缩摘要（≤200 令牌），下游接收摘要而非全文。风险是有损，需定义始终逐字保留的字段。
- 结构化状态对象：定义共享状态模式，每个智能体只读取所需字段并只写入自己的输出字段。
- 外部记忆存储：长格式输出写入外部存储（向量数据库、键值存储），智能体通过定向查找检索所需内容。
- 上下文检查点：在里程碑处将所有先前状态压缩为检查点摘要，后续智能体只接收检查点加即时输入。
上下文范围规则：每个智能体的系统提示必须明确指定它读取和写入什么；智能体不应接收另一个智能体的完整系统提示；敏感数据（PII、凭证）必须明确排除在智能体间状态之外；定义上下文所有权模型。
故障模式工程
故障分类包括：硬故障（错误、异常、超时）、静默故障（输出错误或幻觉）、部分故障（输出不完整）、矛盾（两个智能体输出冲突）、级联故障（一个坏输出毒害下游）、循环故障（评估器-优化器不收敛）、上下文故障（上下文过载导致忽略指令）。每种故障都有检测和恢复方法。
断路器模式：状态 CLOSED（正常）→ OPEN（失败）→ HALF-OPEN（测试恢复）。CLOSED 下跟踪滚动窗口失败率，超过阈值则跳闸到 OPEN；OPEN 下请求立即失败/升级，冷却期后转为 HALF-OPEN；HALF-OPEN 允许一个测试请求，成功则返回 CLOSED，失败则返回 OPEN。
回退链设计：每个智能体定义回退优先级：1）完整能力智能体；2）缩小范围的轻量智能体（主智能体失败或超延迟 SLA 时）；3）基于规则/模板输出（回退也失败时）；4）人工审查队列（所有自动路径失败时）。设计规则：系统必须始终产生某些东西，结构化降级响应优于静默失败。
回滚与恢复：在产生不可逆副作用的智能体之后设置检查点；可重试的智能体必须幂等；为非幂等操作定义补偿动作；定义恢复点目标。
信任与权限范围
最小权限原则：每个智能体只能访问其所需的工具和数据。提供工具访问矩阵示例（研究员、分析师、写作者、发布者、编排器各有不同权限）。
智能体授权模型：每个智能体实例有唯一 ID 和角色标签，智能体间消息必须包含发送者 ID；每个智能体获得仅授予其允许工具访问的范围令牌，令牌不在智能体间传递；代码执行智能体在隔离环境中运行，文件系统访问限制在指定目录，网络访问使用允许列表；每个智能体的每次工具调用都记录审计日志（智能体 ID、工具名、输入、输出、时间戳）。
提示注入防御：处理外部内容（网页、用户提交文档、电子邮件）的智能体面临提示注入风险。缓解措施包括：将内容处理与指令处理分离，绝不将外部内容直接拼接到系统提示；使用“消毒器”智能体专门处理（资料在此处截断，后续内容暂未提供）。