把 AI 稿改成“只有你能写”的样子，靠的不是润色语气，而是在具体位置做替换：找出稿子里那些讲流程、讲预期、讲“需要注意什么”的段落，把你自己记下来的操作顺序、卡住的那一步、以及之后改了什么，塞回原来的位置。这几类段落是全文最空泛的地方，也恰好最容易被真实记录替换掉。替换完成后，文章的可信度来源就从“写得很像”变成“确实做过”。
我把这个动作叫“补钉子”。钉子不是我造的词，是我桌面上那个文件的名字。
那天晚上十一点多，屏幕亮度调到最低，左边是 AI 稿，右边是一个叫 ops-log.md 的纯文本文件。右边那个文件很难看：全是短句，没有主语，没有过渡，一条一行，写着“9/3 日本站 先建了 URL 前缀属性，两周后两边数据对不上，换成域名属性，DNS TXT 验证”。左边那份稿子漂亮得多，每段三到四行，句式整齐，段段以一句总结收尾。
我不看它的文笔。我只做一件事：找哪几段把主语从“你”换成“任何人”，意思都不变。
这种段落一抓一个准，位置也很集中：开头第二段、每个 H2 下面的第一段、结尾段。内容不外乎三类——流程描述、预期效果、注意事项。这是模型最擅长也最容易暴露的地方，因为它确实没做过。
但替换有前提。你得先分清自己手上到底有什么。
一手材料不等于产品实测
对一个做出海内容站的人来说，一手不是“我买了三台机器横向对比”。我没有买过，也不会在稿子里假装买过。我真正有的是另一些东西：配置的先后顺序、在哪一步出错、改完之后看到的变化。Google 搜索质量评估指南里 Experience 那一项，落到一个没有实物可测的运营站上，基本就是这个意思——这件事你真做过，而且能说出做的过程。
所以边界很清楚。如果这篇稿子的题目本身要求实测，比如某个具体型号的横评，那问题不在编辑阶段，而在选题阶段：这个题不该由我来写。反过来，讲“日本站 Search Console 怎么分资源”“多语言目录怎么切”这类题目，我的记录密度是够的，随便翻一条日志都能撑起一段。
一段真实的替换长什么样
左边原文大概是这么写的：“配置 Search Console 时，建议为不同语言版本分别创建资源，并注意验证方式的选择，以确保数据的准确性。此外，还需定期检查索引状态。”三句话，没有一句错，也没有一句是我的。
我把它整段删掉，换成我自己那一次：
“第一次给日本站配的时候，我把顺序做反了：先在域名属性里验证，再回头去切目录，结果 sitemap 提交在 /ja/ 子目录下，域名属性里看得到，后来补建的 URL 前缀属性里一直是空的。我盯着两个数字看了半小时，第一反应是收录出问题，翻到最后才明白是资源建错了地方。现在顺序固定成：先定目录，再建资源，最后提交 sitemap，中间不留跨天。”
差别不在文笔，而在读者能不能拿这段话去核对自己手上的后台。
这只是个密度示例，不是模板。你的顺序大概率跟我不一样，那就写你经历的那一次，不要照抄我这里的。
顺序、断点、改动
顺序要写到“看起来多余”的那一步。我的稿子里常出现“先定目录，再建资源，最后提交 sitemap，中间不留跨天”——模型写不出这种话，因为它不知道跨天会带来什么问题。
断点要写清楚你当时以为是什么问题。这一点比结论更有价值：以为出在收录上，其实是资源建错了地方，读者遇到的往往是同一个错觉。你把自己当时判断错的那一下写出来，可信度自然就有了。
改动要写改完之后看到了什么，哪怕只是“第二天状态从‘已发现但未编入索引’变成‘已编入’”这种小变化。别写收益，别写流量数字。那不是证据，那是运气，而且会把你后面所有的话都拖下水。
密度比长度重要
一个能被核对的细节，顶一大段形容词。判断标准很简单：这句话读者能不能拿去对照自己的后台。能对照的留着，不能对照的删掉。“Search Console 是非常重要的工具，配置得当可以显著提升数据准确性”这种句子，删掉一点也不可惜。
补完之后，同一遍里顺手把模型的语言习惯也去掉。
顺手去掉模型的句式
我通常做三件事：连续几段都用同一个过渡词开头的，只留一处；每段最后那句总结砍掉，让段落停在事实本身；句子长度太均匀的地方，打散一两处。
这么做不是为了过检测。AI 检测工具我基本不看，也建议你别围着它改——它判的不是内容好坏，你为了骗它去换同义词，读者读起来还是别扭。真正被劝退的是人：读到第三段发现每段一个形状，眼睛就滑走了。改句式是为读者，不是为工具。
补不进去的段落，就删掉
有些段落我确实补不进东西。那个话题我没做过，或者做过但太顺，没留下任何值得写的点。这时候该做的是删段，不是编段。一篇两千字的稿子删到一千四，通常不会变差，反而更紧。
如果整篇都补不进去，说明这个选题本来就不该我来做。宁可换题。硬凑出来的“亲身经历”，比通篇空泛更糟，因为读者一旦发现一处对不上，后面真话也没人信了。
记录是提前做的
改稿那一小时的效率，取决于前几周有没有随手记。ops-log 就是干这个的：一行一条，不带主语，不带感想，只写做了什么、出了什么问题、怎么改的。写稿那天打开它翻查，需要什么就能找到。
日志不用讲究格式，用记事本就行。关键是当天记，隔三天再补，细节就只剩下结论了——而结论恰恰是模型也能写的那部分。
改完那一版，我关掉了左边的窗口，右边的还开着。下一篇还得用。
