ARTICLE · 1092348
AI 写的交付文档,甲方为什么一眼看出不像人写的?我给文档立了一份腔调禁词表(下)
AI 写的交付文档,甲方为什么一眼看出不像人写的?我给文档立了一份腔调禁词表(下)前阵子我在 WorkBuddy 里装了一个技能，市场名就叫“去AI味”，底子是开源的 humanizer，规则来自维基百科整理的“AI 写作迹象”清单。 装完没急着用。我先拿它跟自己这套规则逐项对了一遍，又从手头项目里挑了四份投标响应稿，两套标准各评一次。这篇就说说这次对比的结果，以及想照着自己的活儿搭一套，可以从哪儿开始。 —— 先说公道话，这个技能做得挺认真： 句式这一块，它比我那份腔调禁词族里“AI 套话”那一类全，这是我这套的短板，值得借。 四份稿子是同一个包的技术响应，一份主稿、三份辅稿，各有侧重，加起来三万字上下。我先按自己的规则逐项扫：现网、说明书腔、点名排除、AI 套话、错站位；再按它的二十多类过一遍。 该守的都守住了：“现网”、“采购人应当”这类错站位、点名排除、聊天残留，四份都是 0，空泛套话也基本没有。真问题在别处，有三处。 第一处是说明书腔。一份辅稿开篇就是一整章“编制说明”，下面分“编制依据与范围”“编制结构与阅读方式”，还有一段“第 1 章说明编制口径，第 2 章给出……”的导读，等于用一章教评委怎么读这份文件。改法是把第 1 章换成“响应范围与符合口径”，用三五段交代响应哪些条款、按什么口径判断符合；导读直接删，目录本身就是导读。 第二处是主语。四份稿子说到自己，用的都是“本方案”，从主稿到三份辅稿依次出现 24、79、51、7 次；“我方”“我司”“投标人”几乎没有出现。读起来更像已经中标的实施方案，投标响应该有的承诺口吻偏弱。不用通篇换成“我方”，在开篇和各章收尾处补一句“针对招标文件第×条，我方采用……”就够了，技术内容不动。另外四份开篇统一加一句“本文件为投标技术响应材料”；偏实施的那份再标明“以下为响应范围内的实施安排”。 第三处是表格里的“字段填写说明”。这是模板说明的口吻，对外稿里改成“字段含义”，或者直接写“核验时出示含××的现行版”。 顺带也看出了四份各自的长处：主稿从条款到设计再到可检查对象，链条最完整，就是句子偏长，有的段落两三百字，按“约束、做法、核验”拆开，评委抽查更方便；一份辅稿把建设链和阶段门写得最能落地；一份用编号控制点把原则、控制点、证据串起来，最方便评委逐条核对；还有一份短句多，读起来最顺。 它最想抓的营销腔、意义拔高，稿子里本来就几乎没有。它会下手的地方反倒容易改坏：微服务、容器的能力清单，会被当成硬凑的三连；它鼓励加观点、用第一人称、留一点“不整齐”，放在标书里正好相反；没有材料的时候，“把空话换成具体细节”这一步还有编出内容的风险。真正用得上的只有一条：过长的段落可以拆。 评完我的结论是：放在我们的交付文档上，按它的处理作用很小。上面那三处真问题，它的二十多类里没有对应的条目。 这次也照出了我自己这套的毛病：禁词如果只按字面匹配，会误伤技术用语。稿子里有几处要单独处理： 两套规则防的是两种不同的“假”。 它防的是通用写作里的 AI 八股，标准是读着像不像人写的。我防的是交付文档里的错站位、说明书腔、过程话、空转结构，标准是站位对不对、章节跟不跟甲方模板、甲方能不能照着验收。 中文圈的同类技能也看到了这条边界。qu-ai-wei 在说明里写得很明白：法律文书、公文不在它的适用范围，公文腔是合规要求，这类文本它几乎不动。这个判断没错，可也说明，我们天天写的投标响应、实施方案、需规，恰好落在通用技能主动停手的地方。 
具体差在这几处： 所以我没有二选一。站位、模板、项目这几层自己搭；通用技能里句式那一类，改成我这边的口径借过来。怎么改，举几条： 借完以后，前者管像不像人写的，后者管像不像我们交付的文档。 我这套是改稿改出来的，一开始并没有什么设计。回头看，大致走了这几步： 
一条坑记五样：哪条文档线、原句、毛病、改成什么、归到哪层。拿上面的实测举例：投标响应线；原句“第 1 章 编制说明”；说明书腔；改成“响应范围与符合口径”；归到投标响应族卡的反例里。再比如“接口契约已冻结”被禁词拦下：投标响应线；原句照录；误伤，是技术用语；保留；归到这条线写作规范的例外栏。 成熟度我分三档：刚从一两次改稿里总结出来的叫孵化；用过一个项目、还没在第二个项目验证的叫复用边缘；两个项目以上用着没出问题，才叫复用。孵化期的规则 AI 照样执行，只是我心里有数，它还可能要改。 第 1 步最容易省，也最不该省。规则框架好不好用，全看攒下来的坑是不是你自己的。 不用一上来就搭四层。最小可用的就四样： 站位卡可以短到这样： 有了这四样，再按上面的步骤慢慢长。 —— —— 三篇写下来，说的是同一件事：AI 写交付文档之前，得先知道自己替谁说话、写给谁看。通用技能能把句子改顺，这件事得靠你自己的规则告诉它。我这套也还在长，你踩过什么坑，欢迎留言。 —— 明坤 明坤 ai产品协作笔记
一、它做得好的地方
模式库全。二十多类 AI 腔，每类都配改前改后的例子，拿来当鉴别教材很合适； 抓句式，不只抓词。硬凑的三连排比、同义词来回换、“不仅……更……”这类结构，它都有专门的条目； 轻。装上就能用，对着任意一段说“去 AI 味”就行。
二、拿四份投标稿实测
按我的规则评
按它的规则评
顺带照出的误伤
“接口契约已冻结”，说的是接口定版，跟过程话里的“规范已冻结”不是一回事。保留原意，在本线规范里写明例外，或者改成“已确认”“已定版”； “联调闭环”“核验闭环”是技术上的闭合，跟套话里的“闭环落地”不同，保留； “幂等双写”是技术词，保留； “复用已建的登录和组织人员模块，本项目不重复建设”，这是正当的建设边界，跟上篇说的点名排除（“不含××系统”那种甩锅句）要分开，可以保留。
三、差在哪
站位。通用技能能分正式和不正式，分不出这份是招标书还是实施方案，也就不知道“应”“须”在这里该不该出现。 时机。它们是写完再改。交付文档最贵的错误，站位错了、章节对不上模板，在动笔前就该拦住。 范围。它们管句子。交付文档还得管章节结构、题注、版式、导出。 项目知识。它们不知道你这个甲方不爱听哪个词，这个项目对外怎么称呼。 维护。通用技能由作者维护，一套给所有人用；你踩的坑，得自己往里补。
三连排比：原条目是“硬凑三项就算”。我改成连续枚举三项以上、又没有新信息才砍，能力清单、交付物清单不算。 同义词来回换：交付文档里同一个对象只用一个名字，第一次写全称，后文固定一个简称。这条顺手补进项目约定。 “值得注意的是”“综上所述”“不仅……更……”：原样收进 AI 套话那一类。 把空话换成具体细节：改成换成参考材料里已有的表、字段、数字；没有材料就标出来问人，不许编。 加观点、用第一人称、留点不整齐：不借。正式交付稿用不上。
四、自己搭，从哪儿开始
攒坑。每次被甲方打回，或者自己改稿改出问题，当场记一条。 分类。攒到一定数量开始归类：按谁在说话分，攒成族卡；按毛病类型分，攒成腔调表。 分层。跨项目都成立的放全局，某个项目、某份文档特有的放下面两层。 接触发。给规则写上触发词和适用的目录，写交付文档时被读到，平时不打扰。 加检查。能机器查的禁词交给脚本，导出时跑。 持续补。每条规则标个成熟度，新坑补进对应的族卡或腔调表。
五、明天就能用的最小版本
一张站位卡：按你常写的文档类型，每类写一行主语和语气； 一份腔调表：先从上篇五类里挑你最常犯的； 每条文档线一份写作规范：站位、章节、这条线的禁词和例外，开写前让 AI 先读； 几句开写口令：交代档和路径。
招标需求：写要求，“应具备……”“须提交……”； 投标响应：写响应，“针对第×条，我方……”； 实施方案：写做法，“本项目采用……”“按……推进”； 需规：写系统，“系统应支持……”，落到字段、流程和异常处理； 汇报：写结论和下一步，别把内部分工带进去。
带走清单
装通用技能前，先拿自己的真实稿子按两套标准各评一次 通用技能的句式清单可以借，但要改成自己的口径 改写的终点是材料里已有的事实和表图，没有材料就问人 不借“加观点、用第一人称”那部分，正式交付稿用不上 交付文档的标准是站位、模板、能验收，不只是像人写的 投标响应别全篇“本方案”，章节收尾补“针对第×条，我方……” 禁词别只按字面匹配，技术用语和正当边界写进例外 最大的错误在动笔前拦，别指望写完再润色 攒坑记五样：文档线、原句、毛病、改法、归到哪层 每条规则标成熟度：孵化、复用边缘、复用 最小版本：站位卡、腔调表、文档线规范、开写口令