结论：AI 生成的报告和方案反复出错版本，问题不在模型，在产出物没有生命周期。一份产出要走完四段：起草时只有一份底稿、评审能回到同一份、定稿有人点头、归档后既找得到也知道哪份作废。四段里任何一段没定结束条件，乱法就换个样子回来。
AI 让这件事更急：一次生成就是一份完整文件，一天三版不稀奇，“两人各存一版”的概率跟着涨。下面按四段给动作，每段只说这一段的判断标准与结束条件。
一、起草：先定一份底稿
AI 特有的问题是“每轮生成都是一份新文件”：第二次重写时，模型多半从最初那段提示或最早草稿出发，并不知道中间有人改过哪一句。起草段有三件事：
- 先定底稿。一份产出对应一份在线文档，从第一版起就在这份上改；模型生成的内容也写进这份，不先落到本地再上传。
- 限定本轮范围。重写时说明只改哪一节、其余保持原样；范围说不清就先别生成，否则核对过的事实会被整段覆盖。
- 记下人工修正。把“全部客户已完成迁移”改成“已完成试点客户迁移”是事实边界的修正，不是润色。每次生成前先看这份清单。
起草段的结束条件只有一个：事实与口径核对完。没过就往下走，后面每一步都在给错的结论加权限。
二、评审：把状态放在位置和权限上
文件名表达不了“现在还算不算数”：新文件出现，旧文件不会自动失效。办法是把状态放到两个自带失效机制的地方：放在哪、谁能改。
| 阶段 | 放在哪 | 权限怎么设 | 结束动作 |
|---|---|---|---|
| 起草 | 团队空间里的那份在线件 | 起草人与同批次同事可编辑 | 事实与口径核对完 |
| 评审 | 同一份文档，不改位置 | 评审人可评论，起草人可编辑 | 意见闭环后收窄权限 |
| 定稿 | 知识库或定稿目录 | 改为只读或仅可评论 | 写入确认人、依据与来源行 |
| 归档 | 知识库长期区或只读区 | 全员只读，管理动作归管理员 | 旧版标注被哪一份替代 |
改权限比改文件名可靠：权限一收，后来的人就知道不能改。产品侧的权限两层叠加——角色权限决定能不能用管理能力，文件权限决定对具体文件或空间能做什么。
评审阶段最容易出三类事故，混着修会原地打转：
| 现象 | 真实原因 | 处置动作 |
|---|---|---|
| 两人各改一版，回来对不上 | 同一份被下载成两份可编辑副本 | 只在一份在线件上改，下载件改完回贴 |
| AI 重生成，把核对过的事实覆盖了 | 新一轮生成以最初草稿为基线 | 以人工确认后的版本为新基线，限定章节 |
| 群里“最终版”和在线件不一致 | 状态靠口头和文件名承担 | 群里只发链接，状态看权限 |
三类里第二类最容易被忽略，也最贵：它不制造新文件，只是安静地改掉一个已确认的数字或范围。评审时要回读被保护的句子，不是通读一遍觉得“差不多”。
三、定稿：谁点头，点的是什么
“定稿”要落成三个可核对的信息：谁确认、依据哪次评审、从哪一版起不再接受改动。没有确认人的“定稿”，只是起草人的自我评价。
来源记录补一行就够：定稿时在文首写清这份产出由哪个模型起草、谁改写、谁确认、依据哪份资料。走 CLI 写入的轻文档还能查到模型家族记录，且与登录身份分开；编辑器内 AI 与手工粘贴的路径不一定覆盖，所以文首那一行不能省。这块另有专文展开：AI 生成内容的模型来源记录。
四、归档与验收：什么时候算结束
归档不是把文件挪到另一个文件夹，是回答三个问题：还要不要查、谁还能改、旧版本怎么作废。
- 该留的进知识库。判据两条：半年后还有人来查，且已经过评审定稿。过程稿留在团队空间，全量塞进去会稀释检索结果。
- 不该留的明确作废。被替代的版本改成只读，开头写明“已被哪份替代”。别用删除代替作废：删掉的那份往往还在别人手里。
- 算清副本出口。对外发出的版本单独留一份，注明发出时间与对象；对方手里的副本不因我们归档而消失，回收约定要单独写。
边界是：这套流程假设交付物最终落成在线文档。若它必须变成对方可编辑的 Word、必须打印签字、或要导入第三方系统，就多出一个“对外版本”的出口——这个出口要有发出记录与回收约定，不能靠一句“以线上为准”带过。
最后用四件事验收：
- 找得到。让没参与整理的同事只凭一句描述找到那份产出，两分钟内完成。
- 指得准。抽十份在用产出，让负责人当场指认有效版本，并说出替代了哪一份。
- 说得清。抽五份 AI 参与的报告，能否说出由哪个模型起草、谁确认、依据哪份资料。
- 收得回。把停用账号、退出团队、撤回共享各做一次，确认旧入口、共享链接与问答检索都按约定失效。
产品侧对应石墨办公套件私有部署：文档、表格、演示的协作，加工作台、团队空间、知识库、文件管理与搜索，都在企业自有环境；有版本历史、评论与讨论，可按组织、成员、角色、空间和文件设权限，另有水印、外链与操作记录。它不是网盘产品。链路设计可对照知识管理能力页与企业知识管理方案。
常见问题
AI 生成的内容要不要都进知识库？
不必。两个判据：半年后别人还会不会来查，是否已经过评审定稿。都成立再进；过程稿留在团队空间。全量往里塞，检索结果会被草稿稀释。
共享盘上的方案怎么搬到在线文档？
先盘点再搬，别一次全量。只搬还在用的：一个项目一份在线件，旧目录设只读、留并行期；历史资料先建索引、按需调取。
两个人同时改一份方案会串版吗？
不会。在线协同是同一份文档上多人同时编辑，光标与选区同步、历史版本留存，没有“两份合并”这一步。串版都来自有人先下载在本地改、再发回来。
怎么知道这份产出是哪个模型起草的？
定稿时在文首写一行：由哪个模型起草、谁改写、谁确认、依据哪份资料。走 CLI 写入的轻文档还能查到模型家族记录；编辑器内 AI 或手工粘贴不一定覆盖，所以那一行仍然要写。
想验一遍，拿一个真实项目走一轮：起草时定底稿、评审时收权限、定稿时补确认人、归档时回收副本。要按部门权限和内网部署一起评估，预约演示；也可从立即试用开始。