一份真源，
贯穿整条
交付链。
团队用 Agent，先约定大家以什么为依据：客户原话、录音、文档与决定都保留出处和版本。Agent 按任务取用授权资料，人判断关键变更，验收能回到源头。
可按现有系统搭建的方法 · 完整客户交付链尚待试点“手机上能看订单进度。”
同一条需求，从原话走到上线。
仍用“手机上能看订单进度”做例子。点五个阶段，看每一步给 Agent 什么、由谁作决定、留下什么，再对照自己的交付流程。
听懂原话
与客户共同确认
取得同意，标记出处
只用获授权资料
承诺由人确认
版本可回查
客户的原始沟通与授权资料。先保留出处和版本，再判断哪些可以进入项目。
Agent 的动作- 取得授权后，把沟通整理成纪要与需求清单。
- 检索经验库，准备概念验证（POC）。
- 维护客户关系，判断真实诉求。
- 确认服务范围、报价与签约承诺。
录音、文档原件、客户原话与合同进入受控售前资料区；转写和纪要关联原件版本。
客户资料进入团队共用真源前，要按约定处理脱敏与访问权限；会议录音须事先取得同意。图中的平台和目录是实现示例，可按团队现有系统替换。
原件留底，按权限取用。
一条客户原话，从录音或文档原件进入方案，再进入任务和验收；每一步都能找到上一版的依据。
看一份客户资料怎样走到验收
- 收进来原件在受控区
记录出处、采集同意、版本和保管期限；转写与纪要另存派生版本。
- 交给 Agent只给授权视图
任务引用确认过的规格和资料版本，按角色、用途与时限提供必要的脱敏内容。
- 验收时沿引用回查
测试结果对应验收标准，标准对应需求原话；变更保留新旧版本和决定。
版本关联不等于防止原件被覆盖或删除，仍需权限、审计与留存策略。
想了解团队背后的规则？展开看分工与纠偏
共用的是环境，不是某个人的提示词。
从项目事实到角色视图，五层共同保证任务可接手、变更可审查、结果可追溯。
- L0真源
原话、录音、文档、决定与代码各留出处和版本。
- L1上下文
任务只取授权视图，携带规格、规则与历史决定。
- L2隔离执行
一项明确任务对应独立工作区和可审查的变更。
- L3质量门禁
自检、持续集成、AI 审查与人工判断逐层接力。
- L4角色视图
每个角色只看需要自己判断的事，进度从事实派生。
规则如何共用，看板如何保持一致
规范由人先定：项目规则、场景规则、术语表、规格格式、门禁契约和授权分级一次定义、持续维护；Agent 每次开工前读取适用上下文。
看板从真源派生：项目、产品、工程和测试各看需要自己判断的事；管理者看进度与风险。需求、变更、检查和版本不靠口头汇报维持第二套账。
发现偏差，就回到对应的那一步。
修正实现，再跑检查。
重看体验和业务规则。
把客户反馈带入下一轮。
选一个项目，先跑出可对照的结果。
沿用团队已有的文档库、任务系统和代码仓；先把原话、授权、版本与验收串起来，再看 Agent 带来了什么变化。
- 01 / 现状先记清现在
交付用时、返工和缺陷先有记录。
- 02 / 准备搭好共用环境
任务规则、资料权限和自动检查到位。
- 03 / 试跑走完整条链
从原话到验收，每一步留下依据。
- 04 / 对照再决定推广
对比结果，决定复制、调整或停止。
这是验证路径，不代表已经取得效率收益；完整客户交付链仍待真实项目检验。
试点前需要核对什么
合同计价、客户数据边界与旧系统可测试性先确定，再从边界清楚的小任务开始。