MiMo Code 内置的审计 Agent 扮演着多智能体协作流程中的“数字见证人”角色，通过持续监听通信内容、提取关键语义要素，生成可追溯的审计轨迹。它依据轻量契约验证各参与方的分工履约情况，精准定位意图衰减、上下文丢失、责任悬空三类协作断点，并输出以 JSON Patch 格式呈现的可操作反馈，助力团队高效优化协作链路。
在多 Agent 协作的质量保障体系中，真正的核心并非单纯堆砌数量，而是实现“可验证的分工”与“可追溯的决策链”。MiMo Code 的自动审计 Agent 并非旨在替代人工审查，而是将原本分散、隐性且依赖经验判断的质量控制环节，转化为显性、结构化且可回溯的自动化检查节点，从而显著提升协作的可信度与效率。
审计 Agent 的定位：不是传统质检员，而是协作过程的“数字见证人”
它不会直接修改代码或否决任务，而是实时监听各 Agent 之间的通信（例如任务分派、结果交付、异常反馈），提取关键语义要素：谁在什么时间触发了哪类任务、依据什么输入、最终返回了什么结构化输出、是否附带置信度或溯源标记。这些信息会被持久化为审计轨迹（Audit Trace），支持事后回放与根因分析，使问题定位更加直观高效。
- 举例来说：当 Planner Agent 将“生成登录接口文档”拆解为“编写 Swagger YAML”和“校验字段必填性”两个子任务时，审计 Agent 会详尽记录两者的依赖关系、输入参数一致性，以及执行 Agent 是否声明了所用规范版本（如 OpenAPI 3.1）
- 如果某次执行中，校验 Agent 返回了“字段缺失但未标注来源文件行号”，审计 Agent 可以将该条轨迹标记为“信息不完整”，并触发告警而非直接阻断流程，以此保持协作的连续性
质量锚点设计：借助轻量契约约束协作行为
MiMo Code 并不强制统一技术栈，而是为每类协作动作定义最小契约（Minimal Contract）——例如“任务交付契约”要求必须包含：output_schema（JSON Schema 描述输出结构）、source_ref（指向原始需求片段或测试用例编号）、confidence_score（0–1 区间，由执行 Agent 自评）。审计 Agent 不会验证代码逻辑正确性，只专注于验证契约是否被完全履行，从而降低质量检查的复杂度。
- 契约支持动态加载：团队可以在 config/contracts/ 目录下新增 YAML 文件，例如 python_doc_gen.yaml，用于定义 Python 文档生成任务的专属字段要求，灵活适配不同场景
- 未满足契约的任务交付会被标记为“待澄清”，直接进入人工复核队列，而非简单判定为失败——这种设计保障了协作的柔韧性，避免因过度僵化而阻塞进度
差错归因不是找 Bug，而是精准识别协作断点
当最终产出不符合预期时，传统做法往往陷入“谁写的代码有问题”的归责循环。审计 Agent 则支持按时间线展开协作图谱，快速定位三类典型断点：
- 意图衰减：Planner 输出的需求描述与下游 Executor 实际处理的输入之间存在语义偏移（通过嵌入相似度阈值进行检测），导致传递过程中信息失真
- 上下文丢失：某个 Agent 在处理时未能继承前序 Agent 提供的约束条件（例如“兼容 Python 3.9+”被忽略），造成决策链断裂
- 责任悬空：多个 Agent 均声明“已完成校验”，但无人提供可验证的校验证据（如未调用指定 lint 工具或未输出校验日志哈希），导致问题难以追溯
审计结果不是报告，而是可操作的协作反馈
每次审计生成的并非 PDF 总结报告，而是嵌入协作工作流中的结构化反馈——一个 JSON Patch 对象，可直接应用于下一轮任务编排。具体应用场景包括：
- 若发现文档生成 Agent 总是忽略国际化字段，审计 Agent 可向 Planner 注入新约束：“所有字段必须标注 i18n: true 或 false”，从源头修正缺陷
- 若某类错误重复出现三次以上，系统会自动触发契约升级：将原“建议提供 confidence_score”改为“强制提供，否则拒绝接收”，动态提升质量门槛
- 反馈会同步推送至 Slack / 飞书机器人，并关联到对应 Git 分支的 PR 描述区域，让协作成员在上下文中即时响应，大幅缩短问题闭环时间