5.4 KiB
generated: true (请先修改 Gitea Wiki,禁止直接编辑本文件) wiki_page: Multi-Agent-Collaboration wiki_url: https://git.ilapage.cn/ila/yovision/wiki/Multi-Agent-Collaboration.- wiki_revision: cc4031224ddd5855250a2441edd53d54baf73b5a synchronized_at: 2026-08-11T11:00:04Z
多 Agent 协作
目标
三名主 agent 尽量并行推进 Sense、Brain、Bell 的独立工单;只有跨项目契约、根级构建或端到端流程需要协作时,才建立协调工单并启用新的协调 agent。
固定建单顺序
客户交付需要三项目并行时,建单必须分为两个阶段:
- Sense、Brain、Bell 三个项目 agent 并行只读分析并创建各自独立功能工单。每个工单只有一个主项目、一个主 agent 和一组不重叠的
write_paths。 - 三个项目 agent 只记录协同需求摘要,不在首轮创建共享契约、根级编排或端到端工单,也不取得其他项目或
contracts/的写入权。 - 三端独立工单返回后,主 agent / dispatcher 统一汇总、去重,检查前置依赖、写路径冲突、事实源归属和验收闭环。
- 汇总完成后,主 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 打通。
领取与交接
- 领取前检查前置工单、活跃 agent 和写路径重叠。
- Issue 记录主 agent、分支、精确写路径、契约版本和验证命令。
- 新增写路径必须先更新工单并由 dispatcher/负责人复核。
- 交接记录已完成事实、未完成步骤、测试证据、工作区状态和风险,不复制内部推理。
- 一个 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 或摄像头凭据;
- 契约破坏性变化没有新版本和回退;
- 三端对字段语义存在分歧且无法从事实源裁决。