2

Multi-Agent-Collaboration

ila edited this page 2026-08-11 18:59:15 +08:00

Table of Contents

• 多 Agent 协作
• 目标
• 固定建单顺序
• 固定所有权
• 工单类型
• 单项目工单
• 协调工单
• 推荐并行模型
• 领取与交接
• Git 与集成建议
• 验证矩阵
• 停止条件

多 Agent 协作

目标

三名主 agent 尽量并行推进 Sense、Brain、Bell 的独立工单；只有跨项目契约、根级构建或端到端流程需要协作时，才建立协调工单并启用新的协调 agent。

固定建单顺序

客户交付需要三项目并行时，建单必须分为两个阶段：

1. Sense、Brain、Bell 三个项目 agent 并行只读分析并创建各自独立功能工单。每个工单只有一个主项目、一个主 agent 和一组不重叠的 write_paths。
2. 三个项目 agent 只记录协同需求摘要，不在首轮创建共享契约、根级编排或端到端工单，也不取得其他项目或 contracts/ 的写入权。
3. 三端独立工单返回后，主 agent / dispatcher 统一汇总、去重，检查前置依赖、写路径冲突、事实源归属和验收闭环。
4. 汇总完成后，主 agent 再创建共享契约、根级构建/部署、机器鉴权和端到端验收等协同工单，并指定单一 coordination agent。

建单顺序不等于实施顺序。独立登录、项目骨架和合成输入纵切可以先并行；依赖共享契约的实现必须等待协同工单冻结版本。不得为赶进度共享数据库、JWT、Cookie，或让三个项目各复制一份相似契约。

每个单元工单必须填写任务类型、主项目、主 agent、精确 write_paths 和各项目验证。协同工单还必须填写生产者、消费者、契约事实源、兼容策略、被阻塞/适配工单和集成顺序。

固定所有权

角色	默认写路径	禁止默认写入
Sense agent	Sense/**	Brain/**、Bell/**、contracts/**、根级共享文件
Brain agent	Brain/**	Sense/**、Bell/**、contracts/**、根级共享文件
Bell agent	Bell/**	Sense/**、Brain/**、contracts/**、根级共享文件
协调 agent	工单明确列出的 contracts/**、根文件、端到端测试和必要三端适配点	未列入工单的相邻功能

同一路径及父子目录视为冲突。文件少并不允许多个 agent 同时写；单写入者比事后合并更重要。

工单类型

单项目工单

• 只有一个主项目和一个主 agent。
• write_paths 只能覆盖本项目目录及明确的 Wiki 页面。
• 不修改共享契约；若发现契约需要变化，停止并提出协调工单。
• 只运行本项目和必要回归验证。

协调工单

适用于：

• 新增/修改 OpenAPI、JSON Schema、SQL 共享契约；
• Sense↔Brain、Brain/Sense→Bell 端到端链路；
• 根级 CI、compose、版本清单或发布编排；
• 同一验收必须跨两个以上项目才能成立。

协调工单必须写明：生产者、消费者、契约唯一事实来源、兼容策略、各端适配工单、集成顺序、回退和全套验证。协调 agent 是共享路径的唯一写入者；主 agent 可以提供只读分析或在不重叠的分支工单实施各自适配。

推荐并行模型

Epic / MVP
├─ Sense 单元工单 ── Sense agent
├─ Brain 单元工单 ── Brain agent
├─ Bell 单元工单 ─── Bell agent
└─ 集成协调工单 ──── coordination agent
      ├─ 冻结 contracts 版本
      ├─ 汇总三端适配状态
      └─ 运行端到端验收

协调工单可以先冻结契约，三个适配工单再并行；契约未冻结前不得用复制字段、共享表或临时 JWT 打通。

领取与交接

1. 领取前检查前置工单、活跃 agent 和写路径重叠。
2. Issue 记录主 agent、分支、精确写路径、契约版本和验证命令。
3. 新增写路径必须先更新工单并由 dispatcher/负责人复核。
4. 交接记录已完成事实、未完成步骤、测试证据、工作区状态和风险，不复制内部推理。
5. 一个 agent 同时最多一个活跃主工单；只读评审不取得写路径所有权。

Git 与集成建议

• 分支建议：agent/<agent-id>/<issue>-<short-name>。
• 每个工单独立提交和 PR；提交信息引用 Issue。
• 不通过长期共享工作树让三个 agent 同时写；使用独立 worktree/分支或平台隔离工作区。
• 共享契约先合并或固定 revision，再让消费者适配；不能各自维护“差不多”的 schema。
• PR 合并前检查默认分支上的契约版本与任务证据，避免基于过期分支验收。

验证矩阵

变化	最少验证
Sense 内部	Sense 单测/集成测试、凭据泄露检查
Brain 内部	Brain 单测、合成输入、事件 schema
Bell 内部	Bell 单测/数据库/状态机测试
事件契约	Schema 校验、Brain/Sense 生产者测试、Bell 消费者与幂等测试
证据契约	Sense/Brain 生成、Bell 授权请求、降级和超时测试
根级部署	三端独立启动、停止任一产品的隔离测试、端到端测试

停止条件

• 两个 agent 的写路径出现重叠；
• 需要修改共享契约但没有协调工单；
• 需要跨库查询、共享用户/JWT/Cookie 或摄像头凭据；
• 契约破坏性变化没有新版本和回退；
• 三端对字段语义存在分歧且无法从事实源裁决。