下午四点，一份要交的方案停在第三稿。前半段是自己写的判断，后半段是模型铺开的表述，读起来很顺，但中间那道接缝没对齐——你隐约记得有个前提被换掉了，却翻不到是哪一句。
这类时刻大概就是人机协作真正发生的地方。它不在点击生成的那一秒，而在两次生成之间那些没人看着的空档。
接缝出现在交接，不在工具
把协作想成一条直线——人下指令、机器执行、人收货——多数麻烦就从这条直线里长出来。真实过程是反复交接：人提出、机器展开、人删改、机器重写、人拍板。每交接一次，就有三件小事被默认掉了。
- 这一段算不算完成，由谁说了算；
- 读的人会不会知道它经过了几道手；
- 出了错，是改提示、改流程，还是改人的判断。
三件事没人认领时，工作照样往前推，只是把成本挪到了后面——挪到评审会上，挪到发布之后。
把它当搜索引擎，协作就塌在这里
一次提问、一次取回，看着省事，实际只能得到两种结果：全盘接受，或者整体弃用。中间没有讨价还价的余地，人也就没有真正参与。
来回几轮的做法不同。先让模型把可能性摊开，把话说长、说岔、说得不像自己；再由人收窄，砍掉不合口径的部分，补上它不知道的背景。展开和收敛是两种不同的活，混在一起做，两边都做不好。
所以人机协作里，人更该守住的是定义问题和收敛判断，而不是抢着把字一个个敲出来。写出来这件事可以外包，值不值得写、写到什么程度，外包不出去。
责任没法一起交出去
草稿、初筛、格式转换、把口头需求整理成条目，这些交出去问题不大。判断权交出去就麻烦了，尤其是对外发布的内容、对客户给出的口径、涉及承诺的措辞。这些地方一旦出事，追问的不会是模型为什么这么写。
一个可行的划分是：凡是可以事后复核的，放心交；凡是复核成本高于自己做的，就别交。这条线不是固定的，随着熟练度会移动，但每次移动最好是有意识的。
留痕比无缝更值得追求
很多团队希望成品看不出经过谁的手，读起来像一个人从头写到尾。这个目标听上去漂亮，代价是复核无从下手。
换成另一种做法：不追求无缝，追求每一段都能追溯依据——这句话来自哪份材料，这个结论是谁的判断，这个版本和上一版差在哪里。缝隙留着，但缝在明处，随时能拆开看。
人机协作走到后面，大概不是人慢慢退到旁边，而是人越来越清楚自己站在哪个位置：哪一段是自己非做不可的，哪一段交出去之后自己还得回头看一眼。留一道能检查的缝，比糊一道看不见的缝，心里踏实。