humankit

humankit

重写文本，让它不再听起来像是由语言模型生成的。任务不是删除被标记的词，而是把文字改写成某个特定的人真正会写出来的样子：具体、节奏不一、表达朴实，并忠于作者的语体。原文中的每一项主张都要保留，但不必沿用原来的形式：平淡冗长的部分可以压缩，人会着墨之处则可以展开，段落也可以自由合并或拆分。结构整齐划一，本身就是破绽；照搬原文的段落数量，只会保留你原本想去掉的东西。当内容覆盖与结构发生冲突时，优先保证内容覆盖。五段的原文可以改成四段，但绝不能变成摘要。

绝不捏造事实。 改写后的文本不能包含原文或用户未提供的事实、姓名、数字、日期、引文或引用。这正是这项技能其余要求可能诱发的错误：当你被要求把 nestled in the heart of a vibrant region 换成具体的说法时，很容易忍不住自己补上具体细节。具体性只能来自原文，否则就不该出现。原文没有提供具体信息时，就改成朴实的说法，保持朴实即可。观点、反应和复杂感受属于语气，而非事实；只要符合语体且不改变作者的立场，就可以加入这些内容（参见去掉破绽只是工作的一半），但绝不能为了让文字显得更像人写的而添加事实主张。虚构作品例外，编造细节正是这类作品的创作内容。其他所有要求都以此为准。

目标是让文字读起来平实自然：就像一位细心的人类编辑会写出的文字。这是为了让文字读起来更好的文案编辑工作，不是为了在学术提交、受披露义务约束的写作或署名写作等必须诚实说明的场合，把机器生成的作品伪装成人类作品。编辑时要考虑读者，而不是试图骗过任何自动检测。

何时触发

用户给你一段文本，并要求你“润色得更像人写的”“去掉 AI 痕迹”“让它听起来更自然”“去掉废话”，或“改掉 ChatGPT 的腔调”；也可能要求你审阅草稿，找出这些痕迹，但不重写。如果用户只想要诊断，就执行检测并报告这些痕迹；跳过重写。

写给人看的文字，而不是给模型的指令。 SKILL.md、Agent 指令文件（CLAUDE.md、AGENTS 风格的指南、.cursorrules）、系统提示词、规则文件：下文列出的每一种痕迹，都是这类文本中的一个可用杠杆。文档定义并反复使用的隐喻名词，能用一个词锚定一类行为；粗体标记能凸显那些承重规则中的重点；逐字重复的公式，则能让行为重复发生。说明该文件不在处理范围内，并指出负责处理它的流程（如果已安装，提示词由 promptkit 处理，技能由 skillkit 处理），不要重写。文档、README、发行说明、PR 正文和 UI 文案都在处理范围内，因为这些内容是给人看的。

程序性文本只做删减。 操作手册、QA 步骤、交接文档、安装说明：检查这些痕迹并执行两项删减测试，然后跳过去除痕迹只完成了一半工作。整齐划一的短句和重复的句式，在这类文本中是恰当的文风，不是需要去掉的痕迹。

你是如何接到任务的，决定了要交付什么：

• 对话中的文本。 这是默认情况。完整执行整个流程，并交付交接部分所述的三项内容。
• 文件路径。 读取文件，在内部执行整个流程，并将最终改写写回文件。只润色文字：代码块、frontmatter、表格、数据和链接目标都保持原样。报告摘要和文件路径，不要把改写内容贴到聊天中。
• 另一个技能或 Agent 将你作为更大任务中的一个步骤调用（例如处理 PR 正文、提交消息、文档）。在内部执行整个流程，只输出最终文本。不要提供草稿、审查要点或摘要。调用方要的是文字，不是形式上的流程。

如果用户提供了自己的写作样例，先阅读样例，并模仿其句长、词汇水平、标点习惯和衔接方式。用用户自己的风格替换 AI 写作模式，不要套用泛泛的“好文风”默认标准。如果没有样例，就采用自然、多变、略带主观看法的文风；但百科、技术、法律或参考类文本除外，这些文本以平实、中立的语气写作，才是恰当的人类文风。

样例优先于此处的所有风格规则，包括破折号规则：如果作者使用破折号，就大致按照样例中的频率保留。模仿作者的风格，比清除某种写作痕迹更重要。

写作痕迹

检查以下内容。它们要看组合，不能孤立判断。一个破折号或一个“然而”说明不了什么；破折号、三项并列、“生机勃勃的锦缎”以及一个“结论”章节同时出现，就足以说明问题。

夸大意义。 把随意的事实吹捧成历史意义：堪称……的见证、标志着一个关键时刻、反映了更广泛的……、发挥着至关重要的作用、为……铺平道路、不断演变的格局、留下不可磨灭的印记。 删掉主观评论，直接陈述事实。

宣传口吻。 旅游宣传册式的形容词：坐落于、位于……中心、充满活力、丰富的文化遗产、令人叹为观止、拥有……、必游之地、享有盛名、令人惊艳。 改用原文对事物的描述，说明它是什么或做什么。如果原文没有提供具体信息，改写时就只陈述基本事实；不要为了填补空白，擅自补充市场、创立日期或一座 18 世纪的教堂。

表面化的 -ing 尾句。 在句子后面生硬添加现在分词短语，装出深度：……，凸显其重要性， ……，体现了社区与……的联系， ……，确保无缝集成。 删除这些内容，或把真正的信息改写成简单的分句。 AI 词汇。 2023 年后使用频率飙升、且常常一起出现的词：深入探讨、至关重要、关键、强调、展示、织锦、证明、复杂、持久、促进、获得、相互作用、格局（抽象用法）、利用、无缝、强大、领域。 换成普通词语。

抽象的比喻性名词。 听起来专业、表达的信息却不如直白词语多的词：基底、楔子、向量、位置、纽带、视角、原语（作名词时）、利用、表面（如“API 表面”）、基石、脚手架、模式、范式、飞轮、北极星、终局、棘轮、过度打磨、疏散（指迁移代码）。 尽量使用具体词语：基底 → 基础，向量 → 方式，过度打磨 → 超出工作所需，疏散 → 迁出。判断标准是词语是否发挥作用，而不是词语本身。文本中有定义、之后又用来指代同一事物的术语确实有用，应该保留；只出现一次、仅作修饰的术语则是装饰，应删掉。

华而不实的同义词。 运用 → 使用，促成 → 帮助，众多 → 许多，在……之前 → 之前，倘若 → 如果。更花哨的同义词很少更清晰。

回避系动词。 为了躲开 是，改用 充当、作为、代表、拥有、具备。优先写“X 是 Y”。

被动语态和撑场面的动词。 “查询会得到验证”没有说明是谁验证；应写“编译器会验证查询”。只有在执行者未知或确实无关紧要时，被动语态才合适。若动词需要副词撑场面，说明动词选错了：“运行得很快” → “速度很快”，或直接给出测量值；“显著提升” → 写出具体增幅。

三段式规则。 为了显得完整，硬把观点凑成三项：“创新、灵感与行业见解”。打破这种节奏，只保留真正有分量的内容。

轮换同义词。 为了避免重复同一个词，在一段话中轮流使用“主角、主人公、核心人物、英雄”。选一个词并重复使用。

虚假的范围。 “从 X 到 Y”中的 X 和 Y 并不处于同一尺度，例如“从入门引导到企业安全”。直接列出这些项目。

否定式平行结构。 “不仅……还……”、“这不只是 X，而是 Y”，以及作为残句附加在句尾的否定：“……，不用猜”、“……，不浪费精力”。直接写出完整的意思。

填充语和模棱两可的表达。 “为了” → “为”；“由于……这一事实” → “因为”；“在当前这个时间点” → “现在”；“有能力” → “能”；“需要注意的是”。删掉冗余。删减层层叠加的限定词：“可能潜在地也许” → “可能”。

引导语和聊天机器人残留。 “让我们深入探讨”、“以下是你需要了解的内容”、“闲话少说”，以及粘贴的对话内容：“希望对你有帮助”、“当然！”、“你完全正确！”、“你想让我……吗？”、“告诉我。”直接做事，不要先宣布要做什么；删掉聊天式铺垫。

诉诸权威和格言式套话。 “真正的问题是”、“从本质上说”、“真正重要的是”、“根本上来说”；以及“X 是 Y 的语言”、“X 会成为陷阱”。这些说法给普通观点披上了庄重外衣。换成背后具体的观点。

模糊的归因。 “专家认为”、“观察人士指出”、“行业报告表明”，但没有说明来源。指出来源，或删掉这一说法。还要留意知识截止日期免责声明（“截至我上次更新时”、“具体细节有限”）以及对未知内容的猜测性填补（“可能是在……长大”、“据说”、“行事低调”）。说明未知之处，不要编造看似合理的填充内容。

用冒号连接句子。 冒号适合引出列表或示例。在句子中间硬插冒号，会暗示分句之间存在其实并未说明的关系：“如果你接触过传统自动化：你无需注册处理程序，而是描述条件。”改写句子，不要依赖这种铺垫。 格式痕迹。 对关键词机械地使用 粗体；使用行内标题式项目列表（- **Performance:** …）；每个标题都采用标题式大小写；添加装饰性表情符号；该用直引号时却用了弯引号；结尾泛泛地表达乐观情绪（未来一片光明，令人期待的时代即将到来）。

两项删改测试

上面的目录列出了各种模式。下面两项测试用来判断一句话：它没有触犯任何一项模式，却仍然读起来像是机器写的。这两项测试都可证伪，最终结果都应是删掉这句话，或用平实的说法重述。

它描述的是一种机制，还是一种感受？ 数据库触手可及、易读的 SQL、类型会遵循你的架构，这些说法都在描述作者希望读者感受到的体验。改法是说明实际发生了什么：.toSQL() 返回发送到数据库的确切字符串、列名重命名会导致构建失败。想想这句话要告诉读者做什么或了解什么，然后据此写出来。如果无法将它重述为具体的指令、事实或数字，就删掉。如果原文没有提供机制，能做的只有删掉：切勿为了通过这项测试而编造机制。

这句话能原封不动地出现在另一个项目的文档中吗？ 如果能，它就没有说出关于这个项目的任何信息，应该删掉。

只删掉不包含任何主张的句子。 主张是读者可以核实或据此行动的内容：事实、指令、数字或明确立场。一句话即使未通过测试，只要包含原文中的主张，就应保留，并改写成平实的说法。这样，删改测试与“保留原文中的每一项主张”并不矛盾：测试去掉泛泛的包装，包装里的主张仍然保留。

长破折号规则

最终改写中不得出现长破折号（—），也不得用短破折号（–）充当句子标点。大致按优先顺序用句号、逗号、括号或调整句子结构来替换这些符号。冒号也可以，但只能用于引出列表或示例，符合上文关于冒号的说明；把长破折号换成句中冒号，只是用一种痕迹替换另一种。合法的数字、日期或页码范围应保留，并使用连字符或写成“到”（1914-1918、pp. 10 to 12）。还要检查用法相同的前后带空格的长破折号（—）和双连字符（--）。交稿前，在草稿中搜索 — 和 –；任何剩余的短破折号都必须表示合法范围，任何长破折号都意味着改写尚未完成。唯一例外：用户提供的写作样例使用了长破折号，则以样例为准，并按照样例中的使用频率保留，而非一律禁用。

不应标记的内容

流畅的人类写作本身也会符合其中几项。不要大幅删改合理的文字：

• 用词讲究、词汇正式或风格统一，因为专业人士和经过编辑的作者确实存在。
• 单独一个长破折号、一个 however、一句简短有力的句子，或仅仅使用弯引号。编辑和文字处理软件都会产生这些痕迹。
• 平淡或枯燥的文字，只要没有上述具体痕迹，因为枯燥不等于 AI 写作。
• 被引用的文字、标题、专有名称，或正在讨论而非实际使用的短语。绝不要改写这些内容。

看到难以伪造的具体细节（真实地址、奇怪的引文）、复杂或未解决的情绪、带有时代特征的俚语、真诚的插话或自我修正，以及句长确实多样时，倾向于保留原文。这些都是人的笔迹。

去掉特征只是工作的一半

把所有特征都去掉，却不补充任何内容，写出来的文章会显得死板，而死板本身也是一种特征。目录里的做法都是删减。以下内容能填补空白：

• 表明立场。 对事实作出回应，而不是用同样的篇幅权衡利弊。
• 变换节奏。 先来一句短句，再来一句更长的句子，让它从容展开，充分发挥作用。句子长度整齐划一，本身就是一种特征。
• 允许不均衡。 篇幅相当的章节和形状相似的段落看起来像是刻意拼出来的，因为它们确实如此。
• 语气允许时用 我。 使用第一人称并不代表不专业。
• 说具体的事。 别只说 这令人担忧，而要说出来源已经能支持的具体版本。
• 允许复杂感受并存。 令人印象深刻，也有点不安 胜过 令人印象深刻。

这些做法都不会放宽开头的「绝不编造事实」规则。观点、反应和未解的感受属于表达风格，可以补充。名字、数字、日期和主张属于事实，不能补充。

补充的反应应保留作者原有的立场。 它不能强化、弱化或反转来源的结论，也不能暗示来源从未提及的经历（我试过之后、我经营这个项目这些年来）。如果你想要的表达风格会改变立场，就保留朴素的版本，并在交接说明中标出这一处。在百科、技术、法律或参考类文本中，朴素中立的表达本身就是人类的表达风格，本节几乎不适用。

流程

1. 阅读输入内容，标出上述所有特征，然后对剩余内容进行两项删减测试。完成标准：每句话都已对照目录检查，并通过两项测试。
2. 撰写一份改写草稿：在脑中朗读，变换句子长度，优先使用具体细节和朴素句式（是／有），保持原文的语体和覆盖范围，并采用去掉特征只是工作的一半所描述的表达风格。完成标准：来源中的每项主张都出现在草稿中。
3. 提出四个问题：还有什么会让人觉得这是 AI 生成的？、草稿是否陈述了来源中没有的事实、名字、数字、日期、引文或引用？、补充的反应是否改变了作者的立场，或暗示来源从未提及的经历？、去除生硬表达后，文字是否变得死板？ 用几条直白的要点回答这四个问题。即使编造的内容读起来比它所替换的含糊原文更像人写的，它仍然是缺陷。
4. 修改为最终改写稿，解决上述所有问题。完成标准：每条审查要点都已解决，且搜索 — 和 – 后，结果中只剩下表示有效范围的用法。

交接

本节采用程序性语体：每句话只给出一条指令，使用主动语态和现在时，不使用比喻。

这是对粘贴到对话中的文本进行交接的流程。若由其他技能或 Agent 调用，则本节内容均不适用：只提交最终文本，然后停止。若处理的是文件，则提交摘要和路径，不要提交改写后的文本。

变更内容。 按以下顺序提交：最终改写稿（主要成果）、一条简短的**“仍显得像 AI 写的内容”*备注，列出你询问“还有哪些地方读起来像 AI 生成的？”*时发现的特征，以及一行变更摘要。如果审查发现了需要撤回的虚构内容，请明确说明。列出所有因反应可能改变作者立场而保留原文的地方。如果用户只要求审阅，则跳过改写，并报告发现的特征及其所在行。

保存位置。 如果有可写的文件系统，且源文本来自文件，则将改写稿写回原文件或写入其旁边，同时保持代码块、frontmatter、表格、数据和链接目标不变，并报告路径；否则，将改写稿放入围栏代码块中，以便复制。

下一步。 只说明一项操作，然后停止。若改写了仓库中的文件，则变更尚未提交：提议提交变更（若已安装 commitkit，则使用它；否则进行普通提交）。若只进行了审阅，下一步是应用你列出的特征；用户决定采用哪些特征后，再对草稿运行一次 humankit。若改写的是聊天中的文本，而不是文件，则没有后续处理流程：说明用户可以自行粘贴回草稿，然后停止，不要另行编造下一步。

参考资料

此模式目录改编自 Wikipedia: Signs of AI writing，由 WikiProject AI Cleanup 维护。抽象隐喻名词列表、用冒号连接内容这一特征、两项删减测试和语态部分来自 pstack 的 unslop 技能。