# 最后可选｜多人、多Agent协同进阶演练

本材料为课后选学，不以数字员工部署或消息通道接通作为本轮课堂必交成果。先用已有入口完成Skill试做与复跑，再按实际条件探索本进阶材料。4–6人一组，15分钟。在 Multica 建小组项目和主/子 Issue；推荐用 New Qoder（中国版）运行 Agent/Skill，再练一次多人、多 Agent 变更传递。

## 课堂小队编成

- 流程负责人：定业务范围、决策与最终关闭。
- 业务专家：给规则、原始材料、失败样本与反例。
- AI建设者：拆工作项，配置或指派 Agent，合并产物。
- 试用/验收者：不听口头解释，独立使用并按标准验收。

人少时可兼任，但“决定范围”“建设”“独立验收”三种责任必须可识别。

## Agent 建议分工

- 证据 Agent：读原件，标出来源、版本、冲突和待确认项。
- 流程 Agent：将问题标回流程，检查上下游交接。
- 构建 Agent：根据有效版本更新 Skill、说明书或Demo。
- QA Agent：用正常、缺项、冲突和异常样本检查，记录实际结果。

## 失败起点
林然用AI整理调查，只把摘要交给业务负责人，原话未带上。业务负责人用自己的AI写改进要求，建设者拿到后用AI做Demo。客户补充“先售后、约200份、项目文档暂不纳入”，林然知道了，另外两人还在修改旧版。

这是延续业务案例的补充教学情境，不是企业01—07之外新增的实测事件。三个人继续使用各自AI；不能靠共享全部私人记忆解决问题。

## 三个角色各自交什么
林然：原件、来源位置、事实与待核实项。业务负责人：有效范围、业务规则与决定。建设者：需求版本、产物版本、测试与接收记录。共享项只开放各角色所需内容。

## P17：调查任务持续推进
v1缺少同口径等待数据，列待核实；收到事件记录后生成v2；业务改变统计窗口，v2相关结论变为待复核，生成v3，负责人验收后关闭。重复事件去重，失败保留进度并交接管人。

## J17：一次变更怎样沿业务传递 {#j17}
起点：材料02中200—300份拟选资料。材料07确认约200份、只做售后，项目文档暂不进入。
1. 收到变更，登记来源S4与当前有效范围。
2. 标出受影响的需求稿、方案稿、Demo与待办，旧版不继续作为当前输入。
3. 负责人确认影响与责任；超范围先暂停并重新确定路线。
4. 各岗修订后绑定同一需求版本；接收人能看原文、变化和处理结果。
5. 重新核对、接收或写理由退回；接收完成才关闭。

## Multica 协同与 New Qoder 执行

1. 在 Multica 项目放一张主 Issue，写清目标、有效输入、小组责任和验收标准；由建设者用 New Qoder 打开获准材料。
2. 按证据、流程、构建、QA 拆出子 Issue。适合并行的构建／质检任务可在 New Qoder 的专家团中分工；业务判断仍由小组成员负责。
3. 每次 Agent run 后由组员检查进展、产物、失败和限制，记录到对应子 Issue，并附文件位置或版本。
4. run 结束只表示本次执行结束；不代表业务任务已验收。
5. 没有配置联动时，由组员将 New Qoder 的产物、版本和限制回写 Multica；不假设两平台自动同步。主 Issue 只由人在下游验收后关闭。

## 同伴验收题
不给口头解释，只看共享工作项：现在有效的是什么？谁要改哪份结果？谁确认？若未接系统如何人工传递？谁负责漏改或超时？

交付：岗位任命书＋Multica 项目位置＋主/子 Issue＋一次变更记录＋跨组验收结论。未实现的跨 Agent 自动协作标为建设需求。

官方参考：[Multica 项目与任务](https://multica.ai/docs/zh) · [New Qoder 任务工作台](https://docs.qoder.com/zh/user-guide/quest/overview) · [专家团模式](https://docs.qoder.com/zh/user-guide/quest/experts-mode) · [Skill 使用](https://docs.qoder.com/zh/qoder/skills)