场景一：多源资料汇总
检索、提炼、核对三个角色分别负责找资料、按模板写要点、核对数字与出处，编排者合并成初稿。这类场景角色边界清晰、容易验收，适合作为第一个试点；但引用出处必须保留，否则汇总结果无法核对。
场景二：合同章节核查
抽取、比对、风险提示三个角色分别读条款、对照模板、标出异常表述，输出问题清单交法务复核。边界必须写清：系统只做提示与比对，不出具法律意见，最终判断与签署由法务和业务负责人完成，系统不承担法律判断。
场景三：客服三角色协同
一线应答、质检抽检、知识维护三个角色分工：一个生成回复草稿，一个按规则抽检对话，一个把新问题整理成知识条目。三者形成闭环，但回复仍需坐席确认，质检结论也要有人复核之后才用于考核，这是避免误伤坐席的边界。
场景四：内容生产流水线
选题、写作、审校三个角色串行，写作角色按选题与素材出稿，审校角色核对事实、口径与敏感表述。审校不能只靠模型自查，涉及数据与承诺的表述必须回到原始材料核对，发布前由人终审，如何把关要写进流程。
场景五：告警分诊与初筛
归类、关联、建议三个角色分别判断告警类型、关联近期变更、给出处置建议，输出工单交值班工程师。这类场景对时效要求高，适合并行处理；但涉及重启、回滚等操作必须由人执行，系统只给建议，操作的边界必须写清。
适用与不适用
适合谁
- 材料多、环节清晰的知识型业务场景
- 已有单 Agent 试点经验的团队
- 能指定专业复核人并参与验收的部门
不适合谁
- 需要即时决策且不容出错的操作环节
- 没有原始材料可供核对的业务流程
典型场景
某设计院的投标资料准备拆成三个角色：规范检索负责找条款，模板比对负责检查缺项，格式核对负责统一表述，成果交投标负责人复核。角色之间只传条款编号与差异清单，原始文件不重复传递，复核时能直接定位到具体页码。
可执行步骤
- 先选一个角色边界清晰、材料可以核对的场景，做四到六周的小范围试点
- 为每个角色定义交接物，尽量用编号与结构化清单代替整篇文档传递
- 指定专业复核人，明确哪几类结论必须由人签认之后才能对外发布使用
- 保留原文出处与页码，让每条结论都能回溯到具体文件、页码与段落
- 为每个场景分别设定评价指标，不要用同一个数字横向比较全部场景
常见坑
- 三个角色都读全文，信息重复传递，成本被抬高，也更容易给出互相矛盾的结论，复核人无从判断。
- 让审校角色替代人工终审，敏感表述带着错误直接发布，事后很难收回，也无法解释来源。
- 合同核查的输出被当成法律意见使用，责任边界被模糊，风险会不知不觉转移到服务方与项目团队。
- 告警建议直接触发操作，中间没有人工确认环节，一次误判就可能放大成实际故障与事故。
自检与验收清单
- 角色之间的交接物能否定位到具体条目与页码
- 是否指定了专业复核人，并明确其签认范围与时限
- 原文出处与页码是否完整保留，能否逐条回溯
- 哪些操作必须由人执行，是否已经写进操作流程
- 是否为每个场景分别设定了评价指标与告警阈值
常见问题
哪个场景最适合先做？
多源资料汇总通常最适合起步：材料公开、角色边界清晰、结果容易核对，失败也不会造成直接损失。等这条链路跑顺，再考虑合同核查这类对准确性与责任要求更高的场景。
内容生产会不会同质化？
多角色流水线确实容易产出套路化文本，尤其在审校只看格式的时候。建议把选题与角度交给熟悉业务的人，把事实核对交给审校角色，写作角色只负责组织表达，避免全流程交给模型。
告警分诊能自动处置吗？
多角色流水线确实容易产出套路化文本，尤其在审校只看格式的时候。建议把选题与角度交给熟悉业务的人，把事实核对交给审校角色，写作角色只负责组织表达，避免全流程都交给模型，也避免审校只看格式。