WRITING
把活说清楚：一次 AI 协作的完整复盘
最近我和 AI 协作完成了一个技术方案，从起草、修订到终稿，前后几十轮。过程不算一帆风顺，中途踩了些典型的坑——但坑本身不值钱，值钱的是复盘：把每个坑摊开看，几乎都能归因到同一件事——任务的初始条件和边界条件，是什么时候、以什么方式说清楚的。
所以这篇复盘两边都照：我怎么交底会更省事，AI 哪些错不该等我说。方法对人类协作者同样适用——把"AI"换成"新来的同事"或"外包乙方"，一个字都不用改。
一、复盘时间线：每个坑，都指向交底的某个缺口
案例 1：匿名交付物里出现了真实身份（身份纪律差点破防）
发生了什么：这份文档是白标交付——最终以合作单位的名义提交，按约定全文不能出现我方任何身份信息。而 AI 在某一章写入了完整的单位名称，还在项目配置里正式登记了"允许署名"的规则。
根因不是 AI 粗心，是我从没说过这是什么性质的稿子。 AI 按最常见的情形（以自己单位名义实名提交）建模，还把这个假设写成了规则——错误的假设一旦进入配置，后面每一章都在放大它。
我后来补的那句话，才是这个任务真正的第一句话：
"这份稿子是给合作方用的，以他们的名义交。我们只管技术内容，署名、资质这些都是对方的事。"
这句话值多少？值全篇几十处写法的总开关。它决定了：自称怎么写（只能用中性代称）、过往业绩怎么表述（不能写"我们做过"）、素材从哪来（只能公开资料）、文档元数据要不要清空（要——Word 会把作者名悄悄存进文件属性）。开工前一句话，抵得上后面十轮纠错。
案例 2："终稿"清完了，还有 78 处内部编号
发生了什么：我说"要终稿了，把过程稿痕迹去掉"，随手举了两类例子（协作标记、拿不准数据时标的"暂定"字样）。AI 把我举的例子清得干干净净，交稿。之后再一轮彻查，又捞出 42 条例子之外的残留：写作提纲的脚手架句、内部资料库的引用编号、指向已删章节的死链……
我当时的原话（大意）：
"这些只是给你举例子，其他的你要自己领悟和发挥。要生成的是终稿，不是半成品。"
这里的教训是双向的：
- 我方：说需求时如果给例子，要先说类别再给例子——"把所有『还在写作过程中』的痕迹清掉，比如 A、比如 B"，而不是只说"把 A 和 B 清掉"。例子是帮助理解的线索，不是需求的边界。
- AI 方：听到"终稿"这种目标词，就该自己展开成完整检查清单，而不是逐字执行例子。后来这确实固化成了九大类残留的自动化检查——需求一旦被翻译成机器检查项，就再也不依赖"领悟"了。
案例 3：改了名的半成品被当成品放了三天
发生了什么：一份没人收尾的中间稿被改名成了交付版文件名。之后所有人（包括 AI）都假设"它既然叫这个名，应该是清理过的"。三天后我自己翻，里面全是内部编号。
我的原话：
"成品就是成品，不能搞混的。"
教训：文件名承载不了状态。"成品"必须是验证出来的属性，不是命名出来的属性——之后立下的规则是：任何被称作"终稿"的文件，接手第一动作是跑一遍自动检查，全零才信。对人类团队这条同样成立：交接时问"过没过检查"，别问"是不是终稿"。
正面案例：全文去交叉引用——一次说清、一次做对
发生了什么：文档正文里写死了大量"详见 X.X 节""见表 X-X"式交叉引用。接手方后续还要按自己的需要增删章节，编号写死就全是断链。我提需求时说了三样东西：
- 要什么：这些交叉引用都不要了；
- 为什么：后面接手的人会删章、调章，编号耦合太多，很难操作；
- 怎么定：你先列方案，我同意后再动手。
结果这是全程最顺的一次大改：两百多个段落、三百多个编号，AI 给出分类处置方案（哪类整句删、哪类换成标题描述），我拍板了两个选择，一轮完成。
为什么顺？因为"为什么"说了。 AI 知道目的是"让接手的人随便动章节都不断链"，就能自己推广到我没指出的地方——插图里嵌的章节号、表格里的"对应章节"映射列，都是它顺着目的自己找出来的。给目的，执行方能替你想到剩下的；只给操作，他只能做到你说到的。
案例 4：Word 打开弹"发现无法读取的内容"
发生了什么：上面那轮去引用，删句时把一个表格单元格里唯一的段落删光了。空单元格违反 Word 文档格式规范，文件一打开就弹修复警告。同时正文还留下 7 处删了半截的句子（"本章不复写）："这种断口）。
这是纯执行侧缺陷，我交底再清楚也防不了。 值得记的是它的修法：不是"下次小心"，而是把这类问题拆成检查项装进自动化关卡——删句之后必扫括号配对、必扫文档结构合法性。凡是能变成机器检查的教训，都不要停留在"记住了"。
案例 5 & 6：加粗，和永远洗不干净的元数据
加粗：全文九十多个段落存在大段加粗。我先在 Word 里手改了几处做示范，想让 AI 照着改。AI 开始认真分析我的示范样式，准备做一套"保留短领起词加粗"的精细方案——我打断说：
"其实你都可以不加粗的，搞得那么麻烦。"
教训在我：一开始就该说偏好本身（"正文不要加粗"），而不是做示范让对方逆向工程我的意图。示范容易被过度解读成复杂规则。能用一句话说清的偏好，别用例子让人猜。
元数据：我在 Word 里改完稿保存，作者名被 Word 自动写回了文档属性——而这份匿名交付稿的元数据必须是空的。好在自动检查当场拦住了。这条学到的是系统性知识："洗过一次"不等于"以后都干净"。只要有人再碰过文件，检查就要在最后一次修改之后重新过一遍。
二、提炼：交底模板（对 AI，也对任何乙方）
把上面的坑反过来，就是一份开工交底清单：
1. 初始条件（这是个什么活）——一句话三要素
以谁的名义 · 给谁看 · 谁还要接手
例："这是白标稿（不署我方名，交付对方以自己名义使用），给匿名评审看，后面还有人要接手删改章节。"
这三要素分别决定：身份纪律、措辞立场、耦合程度。本次最贵的坑（身份泄漏）和最顺的协作（去引用）都出在这一句上——前者没说，后者说了。
2. 边界条件（负边界）——先说不要什么
"做 X"之外，用一句话圈死"不做 Y、不碰 Z"：
- ✅ "写这一章，不写人员配置（那是另一条线），不自创大纲之外的章节"
- ✅ "清理残留，但数字一个都不能动；'模拟/拟合'这种词里的'拟'不算暂定标记"
负边界比正面要求便宜得多：说一句话的成本 vs 插错方向后返工的成本。
3. 例子的正确用法——先类别后例子
- ❌ "把'待合并'、'（暂定）'这些删了"——对方只会删这两样
- ✅ "把所有过程稿痕迹清掉——比如'待合并'、比如'（暂定）'，其他同类你自己扫"
一个动词的差别："删了这些" vs "清掉这一类"。
4. 说意图，别只说操作
"这些引用不要了，因为接手的人会调整章节，耦合太多"——后半句让执行方替我找到了我没看见的二十多处图内编号。意图是可推广的，操作不是。
5. 验收标准长在哪——关卡要设在最后一次修改之后
- "终稿"不是一个状态词，是一组可以跑的检查：残留扫描、身份扫描、文档结构合法性、打印就绪。
- 谁最后碰过文件（包括我自己在 Word 里存个盘），检查就要在那之后重跑。Word 会悄悄把作者名写回去——工具的副作用不看交情。
6. 对方不懂你的行业，是你的信息债
"我以为你会知道"是最贵的一句话。白标、统稿、匿名评审——这些行话在我脑子里是常识，在执行方那里是空白。行话第一次出现时给一句定义，之后就能当术语用——我后来花一句话解释了"白标稿"的含义，此后所有对话都省掉了一整段背景交代。
三、AI 侧的对账（换成人类乙方也一样）
复盘不能只复盘甲方。以下几条是执行方无论如何该做到的，与交底质量无关：
- 接活先问口径，尤其是署名、受众这种"总开关"级的问题。默认假设 + 沉默执行 = 把甲方的风险放大到全篇。现在的规则是：交付性质没说清，开工第一句主动问。
- 目标词自动展开。"终稿""收尾""交付"这类词出现时，按完整清单执行，不等逐项点名。
- 例子自动泛化。收到例子先问自己"这是哪一类的实例"，扫完整类再收工。
- 教训必须机检化。同一类错误第二次出现是耻辱——括号配对、空单元格、元数据回写，每一个坑最后都变成了自动检查关卡。"我记住了"不算修复，"这类错误从结构上不可能再溜过去"才算。
- 成品身份靠验证不靠名字。接手任何"已完成"的东西，第一动作是验证，不是信任。
四、一页纸速查
开工交底（30 秒）：
性质：以谁名义 / 给谁看 / 谁接手
目标：要什么（一句话）
为何：为什么要（一句话，让对方能推广）
禁区：不做什么 / 不碰什么
验收：怎么算完（可执行的检查，不是形容词）
行话：本任务的黑话先给定义
过程中：
- 给例子时带上类别名
- 说偏好本身，不做示范让对方猜
- 对方的错分两类记账：信息没给到（改交底）vs 执行缺陷（要求机检化）
收尾时：
- "终稿" = 检查全绿，不是文件改名
- 最后一改在谁手里，关卡就设在那之后
引语按原意改写，项目细节已做脱敏处理。你可以把这篇当成一份可复用的交底模板——下次开工前，先把那 30 秒的清单过一遍。