AI 生成的报告、邮件和表格，在满足四个条件之前都只是工作草稿：有权限的业务负责人确认过内容、确认时的版本被固定成快照、快照落入企业的权威系统归档、后续可以按版本被引用追溯。四个条件缺任何一个，它就还停留在“某个聊天窗口里的产物”，不能当作正式业务记录参与对账、复盘和追责。
这条边界和两件事不同：任务本身怎么跑完，见Agent 长任务怎么持续运行；写入系统后怎么确认成功，见Agent 写入系统后怎么确认成功。本文讲的是产物交接：从“AI 做好了”到“这是公司的正式记录”之间那段最容易被跳过的路。
草稿到正式记录的四步交接
| 步骤 | 动作 | 关键产物 |
|---|---|---|
| 一、草稿 | Agent 生成初稿，标注数据来源与生成时间 | 带来源引用的草稿版本 |
| 二、业务确认 | 有权人逐项确认内容与口径，修改处留痕 | 确认人、确认时间、修改记录 |
| 三、版本归档 | 定稿以只读版本落入权威系统 | 版本号、归档位置、来源标记 |
| 四、可追溯引用 | 后续工作引用归档版本，而非聊天记录 | 引用链接与版本号 |
第二步的确认人要对内容负责，而不只是对“AI 用没用”负责。谁有权确认什么，遵循企业现有的职责分工：经营报告由财务或经营分析负责人确认，对外邮件由业务负责人确认，主数据表格由数据负责人确认。这与企业 Agent 哪些动作必须人工确认的分级一脉相承：确认是授权和担责的动作，不是点赞。
三类产物的正式化路径
| 产物 | 确认人 | 归档位置 | 引用方式 |
|---|---|---|---|
| 经营报告 | 财务或经营分析负责人 | 报告库或知识库定稿区 | 引用报告版本号 |
| 对外邮件 | 业务负责人，涉及承诺时按授权升级 | 邮件系统发件记录加业务台账 | 关联客户或商机编号 |
| 业务表格 | 对应数据负责人 | 随业务单据或文档库归档 | 表格版本加单据编号 |
对外邮件最容易被当成“发出去就算数”。发送只是送达事实；邮件里承诺的交期、价格、赔付成为正式记录，需要落到业务台账并关联客户或商机编号，否则三个月后没人能说清当时承诺依据的是哪个版本。
归档要保留什么
一份合格的归档记录至少包含：最终内容、生成来源标记（AI 草稿加人工确认，以及所用数据范围与截止时间）、版本号与时间、确认人、前置版本链接。建议同时保留 AI 原始草稿和人工修改版——虚构示例：某月经营报告的毛利额在草稿里用了含运费口径，财务确认时改按不含运费口径并注明依据；季度复盘时有人质疑两个月毛利口径不一致，靠的正是两次归档都留存了草稿与修改说明，而不是靠某个人的记忆。
数据范围与截止时间尤其重要。半年后看一份销售分析，没有人记得它取数到哪天、含不含某渠道；这两项不写进归档，报告的数字就无法被复核，也就谈不上正式。让业务系统本身成为可引用的事实源，相关改造思路见ERP/CRM 接了 AI 仍不好用？先补业务事实源。
引用规则：别引用聊天记录
正式记录确立后，还要约束引用方式：
- 引用归档版本号或链接，不转发截图和聊天里的片段；
- 版本更新后旧版本只读保留，新版本标注与上一版的差异；
- 需要引用数字口径时，同时引用该口径的定义位置；
- 发现归档内容有错，纠错通过新版本发布并标注勘误，不悄悄改掉旧版本。
最后一条常被违反。直接修改已归档的正式版本，会让所有历史引用失去依据；正确做法是发新版本加勘误说明，让“当时依据什么”永远可查。
归档检查清单
- 每类 AI 产物都有明确的有权确认人；
- 确认动作发生在定稿前，且确认的是具体版本；
- 归档记录含来源标记、数据范围与截止时间；
- AI 草稿与人工修改版同时留存；
- 对外邮件已关联业务台账条目；
- 修订以新版本发布，旧版本只读可查。
要把这套交接落进具体的文档库、CRM 或 ERP，可以从企业 AI 落地方案定义产物类型、归档位置和引用规则；更多实施方法可顺着AI Agent 落地专题阅读。
