ARTICLE · 1092361
AI 写的交付文档,甲方为什么一眼看出不像人写的?我给文档立了一份腔调禁词表(中)
AI 写的交付文档,甲方为什么一眼看出不像人写的?我给文档立了一份腔调禁词表(中)上篇说的站位、腔调、禁词，我最早是记在脑子里的，每次改稿靠自己盯。AI 换一个对话窗口就忘，我赶工的时候也会漏。后来干脆写成规则文件，让 AI 动笔前自己去读。 写成文件以后，新问题跟着来了：规则放哪、分几层，AI 怎么知道这次该读哪一条，脚本能查什么，哪些事它能自己定、哪些得问我。这篇把这套东西拆开讲。我用的是 Cursor，Claude Code 这类工具也都支持规则和技能文件，思路是通用的。 —— 上篇说禁词分三层：全局、文档线、项目约定。放进工具里，最上面还得加一层甲方模板，一共四层。 
从上到下，优先级依次降低： 冲突时怎么让，举个例子：我的规范默认表格题注放在表前，这次甲方模板要求放在表后，那这一册就全放表后，前后统一，不混用。 光说分层还是虚，挑三层看看里面实际写什么。 族卡是全局层里用得最多的。一张族卡管一类文档，写三块东西。第一块是站位，一张“不要／要”的对照。投标响应那张写的是：不要“采购人应当……”，要“我方将……”“针对×条提供……”；不要“全力保障”，要能核验的人员、计划、交付物和业绩。第二块是开写前先对齐的事：评分办法和实质性条款以哪份招标文件为准，有没有技术方案模板、页数和格式限制，承诺有没有超出合同范围。第三块是以后怎么补：每张卡标一个成熟度，踩到新坑就补一条反例。 实施方案那张写得更细，语气都有规定：少用“不得、禁止、须、必须”，改成“本项目采用……”“按……推进”“经书面确认后执行”；责任边界和安全红线可以保留否定句；“拍板、盯节点、迎检”这类口语，换成“确认、跟踪、现场配合”。结构上也有几条：章标题下面不放空总述；少写“见第×章”，表和图就近放；两册要用同一张表，就在本册再放一次，不让读者翻另一册。 每条线开写前定一份，篇幅不长：这份文档站哪一侧；章节树，甲方模板有几级就做几级；必备的表和图；题注放表前还是表后；这条线额外的禁词和例外；导出用哪个脚本。例外这一栏最容易漏写。比如实施方案的工作分解里，“代码脚手架”是正经的工程用语，不能为了躲禁词改得含糊，这就得写进例外。 只记短条目。比如：对外项目名一律用全称；某类确认单第一次出现写全称，后文再用简称；金额写含税还是不含税。长规则一律不往这里写，写长了就成了第二份规范。 这个结构里我最看重一条纪律：项目里的事实只往项目层写，永远不往全局写。某个客户不爱听的词、某个项目的简称，一旦进了全局，下个项目的文档里就可能冒出来。守住这条，换项目时全局层原样带走，下面两层重新立，规则库越用越干净。 结构有了，再说调用。 
规则平时不常驻。全局规则都塞给 AI，既占上下文，也容易互相打架。所以整个流程从触发开始，按顺序走： 第 2 步和第 5 步最容易走偏，展开说。 三档的区别在流程轻重。对外交付稿走全套：先看参考材料；有招标技术要求，先做一张条款追踪表，每条原句落在哪一章、要不要改词，一行一行对上；新类型的文档先写一章样板给我看。对内规格站位对、写得干净就行，篇幅不强求写足。过程稿，比如系统摸底时的对照记录，追踪表、样板章都可以免，腔调一条不减，草稿里也不能写“现网”。草稿里放任的话，到定稿时会散在整份文档里，靠导出检查一条条揪，比起草时就不写费劲得多。 定档默认看目录。文件在摸底目录下、我又没说要 Word，就按过程稿走；我一说要导出，就升档重走一遍。 长路径是这样的：先看参考材料，把写作规范定下来让我冻结，再写一章样板给我确认，然后才铺全文。短路径直接按规范写，前提是三件事同时冻结：站位、章节树、这条线的写作规范。缺一件就回长路径，换了模板、换了站位也一样。还有一条容易犯：A 线冻结的规范不能拿来写 B 册，实施方案的规范写不了测试报告。 长路径看着慢，省下的是最贵的那次返工。新文档一上来就写全文，写完才发现站位不对、章节跟甲方模板对不上，只能整篇重来。 放在一次续写里看是这样：我说“本线已冻，走短路径续写第 4 章”，AI 先核对三件事，这条线的规范在不在、冻了没有、章节树里有没有第 4 章。都对得上，就读实施方案族卡和规范，按规范写；写完告诉我这一章放了哪几张表、有没有拿不准的词。要是它发现规范还是草稿，就停下来问我：先把规范冻了，还是这次只当过程稿写。 导出 Word 时有一道脚本检查。它查得出这些：Markdown 符号残留，比如井号、星号、代码块；章节编号乱没乱；全局和本线的禁词；题注格式。定稿时只要查出问题，就不能交，要么改源稿重导，要么我明确说哪一条可以忽略。 它查不出的更多：站位错了；说明书腔换了个说法，脚本只认词；一节两句话交差的薄章；招标条款漏了没响应。这几样只能靠起草时自检和我终审。所以 AI 自检的标准要比脚本严，重点盯点名排除、“本章将介绍”这类教学腔、薄章、题注夹在段落中间、“现网”。 检查还有另一面：误伤。禁词按字面匹配，会把正常的技术用语也拦下来。处理办法是在本线规范的例外栏写清楚，哪个词在什么语境下是技术用语，禁词本身不删。下篇的实测里就撞上了一例。 规则写得再细，也有 AI 定不了的事。我的分法是：判断归人，执行和提问归 AI，脚本只查它查得出的东西。 
归我管的： 归 AI 的：拿不准先问一句；规范没冻不铺正文；起草时自检；导出后说清楚还剩哪些问题。 页数单说一下。我给的“详设七十页上下”，指的是实打实的内容量，不是凑页数的许可，也不是写成提纲的许可。AI 加厚时，要从我确认过的参考材料里把表、字段、状态、接口报文落进来；同义改写一遍、功能清单里加一行，都不算加厚。加厚也只在已冻结的一级章下面补，目录不许动。 平时跟 AI 交代，我就用几句固定的话： 一句话把档和路径都交代了，AI 不用猜，我也不用每次从头解释。 —— —— 这套规则搭起来以后，AI 每次动笔前都知道自己在写哪类文档、站在哪一方、这条线有什么禁忌，拿不准的地方会停下来问我。网上已经有不少现成的去 AI 味技能，装上就能用。我装过一个，拿自己的投标稿实测了一次，自己搭这一套值不值，下篇说结果。 —— 明坤 明坤 ai产品协作笔记
一、规则分四层放
甲方模板。当次甲方给了 Word 模板，就整份跟模板走，下面的规则跟它冲突时让路。 项目约定。每个项目一份，只记短条目：对外怎么称呼、金额按什么口径、哪份文件算数。 文档线写作规范。每条文档线一份规范。规范要我确认冻结以后，AI 才开始铺正文。冻结就是我确认定稿，之后不随手改；这个词只在我和 AI 之间用，不进交付文档。 全局规则。跨项目通用的部分：一份硬规则、一份站位说明、六张族卡、一份腔调禁词族。这一层一个客户名都不写。
族卡
写作规范
项目约定
二、AI 什么时候读哪条
触发。两种情况任一条满足才加载规则：一是我说到“写实施方案”“导出 Word”“禁词”这类话；二是我正在编辑的文件落在交付物、工作记录这几个目录下。 定档。先判断这是交给甲方的正式稿、内部用的规格，还是过程中的草稿。 定站位。能对上族卡的照族卡走；标题含糊的，AI 必须先问我一句，不许凭标题猜。 加载。读对应的族卡、腔调禁词族和这条线的写作规范。 选路径。新开的文档线走长路径，已经冻结的线续写走短路径。 起草即自检。AI 边写边按五类腔调查，标准比导出检查严。 导出检查。脚本按这条线的禁词跑一遍，有问题就不能说“完成了”。 我终审。
三、检查能兜住什么
四、人和 AI 各管一段
站位，尤其是标题含糊的文档，站在哪一方我说了算； 冻结写作规范，规范冻了，AI 才能铺正文； 灰色用语，比如一个词算不算过程话、能不能进正文； 页数区间和加厚要求； 检查结果里哪一条可以忽略； 终审。
“本线已冻，走短路径续写第 4 章” “新线走长路径，先冻规范” “过程稿即可，先不导出 Word”
带走清单
规则分层放：甲方模板、项目约定、文档线规范、全局规则，冲突时上层优先 项目事实只写项目层，不进全局 族卡写三块：站位对照、开写前对齐、以后怎么补 写作规范留一栏例外，技术用语别被禁词误伤 规则按需触发，靠关键词和文件位置，不常驻 先定档，再定站位；站位拿不准，让 AI 先问 过程稿减流程，不减腔调 站位、章节树、规范三件都冻了才走短路径，一线一规范 脚本查词和格式，查不出站位、薄章和漏条款 页数是内容量，加厚要落表、字段和报文 判断归人，执行归 AI；备几句固定口令，交代档和路径