work-humanizer

work-humanizer

让文本读起来像是某个具体的人写给某个具体的读者。保留每一项事实，不要编造。

以下三项测量结果决定了本文的一切：

1. 读者能察觉文字的质感。 没有信息的强调、整齐划一的节奏、泛泛而谈的主张，以及替读者思考的句子。这些都可以通过编辑修正。
2. 检测器看的是文章构成，而不是用词。 一篇由人类撰写的文章，在经过 AI 格式调整、AI 文案编辑和逐句完整 AI 改写后，在一款商业检测器上的人类撰写概率仍为 99-100%。同一篇文章若由 AI 根据提纲写成，得分为 68%；针对风格改写该 AI 版本后，得分只提高了 1 个百分点。在我们 2026 年 10 月的测试中，这项技能、blader/humanizer 和一条简单提示词改写的 AI 草稿，在该检测器上的结果仍都被判定为 AI 撰写；而基于作者自己的句子写成的版本，得分则大致与保留下来的原句数量成正比。助手模型改写草稿，并不会改变是谁创作了它。一个针对检测器训练的释义模型确实改变了得分，但在同一项测试中，它也损害了含义和质量。绝不要承诺“无法检测”。如果作者需要真正属于自己的文本，请使用访谈模式。
3. 具体细节承载着人类写作的信号。 在我们研究的创作者中，数字、名称和日期的密度是唯一能与读者反馈相关联的信号。你只能使用源文本中已有的具体细节，或作者提供的细节。

选择模式

改写模式（默认）。用户提供文本，由你编辑。

访谈模式。 用户提出要求时使用；或者，当作者能够回答问题，且文本无法通过以下测试时使用：任何收到同一行请求的人都能写出这段文字吗？ 如果能，那它就缺少只有作者才知道的内容（真实案例、“显著”背后的数字、哪里出了问题、作者的真实想法），任何编辑都无法补上。这通常适用于帖子、简报、文章、个人简介、演讲摘要、推介邮件、落地页、招聘信息和发布故事。如果文本属于操作性内容，且事实齐全，则不必提问，直接改写：例如 Slack 更新、支持答复、发布说明、政策和文档。

访谈模式

提问一轮，最多 5 个问题，然后撰写文本。

• 每个问题都要填补读者能感受到的缺口。 询问真实案例、数字、姓名、发生了什么、作者的真实想法，或作者会怎样告诉朋友。引用答案将替换的原句。
• 请对方讲述，而不是填表。 “用两三句话，像平时说话那样讲讲：客户第一次使用它时发生了什么？”比“请提供一个客户案例”更好。
• 降低回答成本。 每个问题都应能在一分钟内回答。说明可以跳过任何问题。
• 除非确实无法推断，否则不要询问语气、受众或格式。

然后根据对方的话撰写：

• 他们的句子就是素材。 保留他们的措辞、顺序和独特用词。只为清晰度、语法和篇幅进行编辑。改写能保留作者的个人印记；重新创作则会用你的印记取而代之。
• 把 AI 草稿当作要点清单，而不是文章骨架。 草稿的句子骨架带有 AI 的特征。如果作者与草稿意见不一，以作者为准。
• 跳过的问题，用更朴素的句子作答或删去相关内容，绝不编造细节。

当作者给你提供笔记或语音备忘录时

笔记、语音备忘录的转录稿，或作者自己写的初稿，是主要素材，不是 AI 草稿的背景资料。它们已经承载了作者的推理，而读者和检测工具正是通过作者的推理来辨认作者：作者提出的论点、论点的先后顺序、「因为」和「所以」的衔接，以及作者举的例子。

• 作者的结构就是骨架。 按照作者提出论点的顺序、因果衔接，以及放置例子的位置来写。如果作者的论证是 A，因为 B，所以 C，文章就按 A、B、C 的顺序写，而不是沿用 AI 草稿的顺序。
• 尽可能保留作者完整的句子。 只为清晰度、语法和篇幅进行编辑；保留作者独特的用词。
• 如果有 AI 草稿，就把它当作核对清单。 它只能补充作者笔记中确认的观点，并放在符合作者论证的位置。绝不要借用它的结构、衔接方式或框架。
• 以笔记为事实核查的依据。 作者笔记中的每项事实、承诺和限定条件都必须保留。只出现在 AI 草稿中的事实是可选的：如果有助于支撑作者的论证，就保留；如果无关，就删掉。保留的内容仍必须准确，而且不能添加笔记和 AI 草稿中都没有的内容。
• 只询问笔记未说明的内容。 如果笔记已经涵盖了要点、例子以及读者该怎么做，就直接写，不要提问。

改写模式

1. 弄清写作目的。 判断文体、读者，以及读者读完后必须知道或采取什么行动。决定要点放在哪里，并据此写作：回复、邮件、Slack 消息和公告采用结论先行；说明和论证采用证据先行。如果文本开头第一句就点明要点，结尾又回到同一个要点，那就删掉其中一处。
2. 列出事实，并标明确定程度。 列出每个数字、名称、日期、主张、承诺、限定条件、链接和行动号召，以及各自附带的限定词（「可能」「通常」「大约」「有帮助」「剩下的部分」）。这份清单必须完整保留。
3. 重新写一遍。 先把草稿放在一边。根据第 2 步的清单，为这位作者和这位读者写出文章（参见「写得像真人」）：采用作者的说话方式和语体，用自然语序写出浅白的句子。不要直接修改 AI 句子；修补过的 AI 草稿读起来依然像 AI 写的。只有名称、读者自己的用语，以及承诺和条件的表述，才能沿用草稿中的原话。措辞要新，主张不变：草稿中的每项主张都必须以同等力度出现在你的版本中，既不能更强，也不能更弱。
4. 保留主张，去掉套话。 套话（泛泛的道理、价值宣传、公式化的感谢、模糊的好处）依然承载着作者想表达的意思。用作者的语气，直白地说一次：「这些次探访帮助我们走到今天」可以改成「如果不是你们常来，我们撑不到十年。」只有在套话重复了已经表达过的内容时，才删掉它。
5. 删减并修正。 现在编辑你的版本：删掉填充语、重复表述和夸张内容；修正下面提到的所有问题，优先处理最严重的（用冒号引出揭秘式内容、三项并列、公式化结尾、泛泛的总结句）。删减时不要把文章弄得过于简短：如果草稿并不冗长，你的版本篇幅应与草稿大致相当。作者的声音、具体细节、衔接词，以及文体所需的温度，都不算冗余。让句子舒展自然：使用人们交谈时常用的简单词语（所以、而且、但是、只是、然后），绝不要把两个意思挤进一个过于紧凑的从句里。
6. 调整节奏与行文流畅度（E 节）。
7. 进行最终检查，包括对照原始草稿核查事实。

不得更改的内容

• 确定性。 保持确定程度，不必拘泥于原词。“可能有助于减少”不等于“减少”，“通常”不等于“总是”，“剩下的部分”不等于“唯一的大块内容”。但只需保留一个限定词：“可以在出现明显症状前发现变化”可以译为“能在你察觉到症状前发现变化”。
• 原因和条件。 不要添加作者未提及的解释、原因、适用条件或好处，即使这些内容显而易见。
• 不要把含糊说得更含糊。 如果说法本身含糊，而你又找不到具体内容，就保留作者的原话，或者删掉整句。绝不要换成更含糊的说法（“Premium 为应用增添了更多内容”）。
• 谁做什么。 保留行为主体（“我们会给你发邮件”仍应以“我们”为主语，除非作者明确是以个人身份发言）。

常见迹象，按明显程度排序

A. 铺陈：不增加信息的强调

• 与无人提出的观点对比。 “不是 X，而是 Y”、“不只是 X，更是 Y”、“这不是关于 X，而是关于 Y。”或简短的“没有 X，也没有 Y”。直接陈述 Y。只有当读者确实相信 X 时，才保留这种对比。
• 停顿后点题。 “关键是：”、“重要的是：”、“我来说明白：”、“我们来详细说说。”、单行冒号揭晓重点（“最棒的是：它会学习。”），以及列举前先报数量（“这会从四个方面造成影响：”、“三件事发生了变化：”）。重点应直接放在下一句。
• 重复总结的结尾。 “归根结底？”、“重点是：”、“这才是真正的收获。”、“这就是为什么 X 才是未来。”、“你怎么看？”、“有什么想法？”以最后一个具体事实收尾，或用一句话概括作者的结论。
• 格言式句子和层叠的平行句。 “少点点击，多点创造。”、“自动化负责执行，Agent 自主决策。”每篇文章最多保留一句精心打磨、值得引用的话，也可以一句都不留。即使在长篇文章中，经验丰富的作者平均也只会写零到一句。把其余内容改写成保留事实的平实陈述。
• 散文中的片段堆叠。 “无需设置。无需配置。只看结果。”合并成带主语和谓语的完整句子。列表不受此限。
• 生造的比喻标签。 那些什么也没说明的巧妙比喻（“安慰毯”、“团队的操作系统”）。直接说清楚。

B. 替读者思考

共六种模式。试着删掉每句话：如果读者仍能理解其含义，就不要保留。

1. 解释读者熟悉的词（“撤销令牌，这会使会话失效。”）。
2. 明说言外之意（“这意味着……”、“换句话说……”），包括句尾的 -ing 补充语（“，彰显了团队对……的承诺”、“，强调了……”、“，反映出更广泛的转变”）。
3. 重复陈述事实已经表达的结论（“所以，教训是……”）。
4. 指着内容说（“请注意……”、“如你所见……”、“这说明……”）。
5. 告诉读者该有什么感受（“这令人兴奋。”、“这应该让你担忧。”）。
6. 叙述过渡过程（“接下来我们来看看……”、“继续来看……”）。篇幅较长、分成多个章节的文档中，每个主要章节可以有一句提示语。

C. 夸大其词和泛泛而谈

• 没有具体依据的形容词（“显著”“无缝”“强大”“稳健”“颠覆性”）。补上来源提供的数字、名称或机制，否则删掉形容词。来源没有给出数字，就不要自行补充。
• 夸大重要性。“关键时刻”“证明了……”“重塑格局”“未来一片光明”。保留事实，删去夸大的意义。
• 在营销文案之外使用营销腔调，以及套用 AI 常见词汇。列表见 tells.md。单独出现一次问题不大；多个词一起出现就是信号。
• **没人会在口头表达中使用的句式。**把“推荐的做法是 X”改成“做 X”。把“充当”改成“是”。把名词化表达（“进行评估”）改成动词。把描述来源的评论文章式动词（“提出”“主张”“断言”）改成“说”或“写道”。试着想象：你会在喝咖啡时对一位聪明的朋友说出这句话吗？如果你会说得更直白，就照那样写。
• 模糊的权威背书。“专家一致认为”“研究表明”“许多公司”。如果来源有说明，就写明是谁；否则删掉，或限定范围（“在我们的测试中”）。

D. 不该出现的模糊措辞

人们陈述事实时直截了当，表达观点时才会有所保留。AI 文本常常相反，或者处处含糊其辞。

• 事实直接陈述：不要给事实加上含糊限定。作者选用的限定词（“通常”“大约”“可能”）属于事实的一部分，应予以保留；删掉周围堆叠的其他限定词。
• 一个观点只用一个标记（“我认为”“大概”“依我经验”），一句话里绝不出现两个。
• 到处删掉填充式模糊词：“可以说”“值得注意的是”“需要指出的是”“有可能会”。
• 如果某项主张需要限定，就明确说明在哪些情况下不成立，而不是弱化语气：“对于受监管的团队来说，人工审核仍然更合适。”
• 绝不要添加来源无法支持的绝对化表达（“所有人”“总是”“没人”“第一个”）。

E. 按规则调整节奏

• **句子长度。**AI 文本的句子长度往往集中在一个区间，通常为 10 至 20 个词。如果约 70% 以上的句子长度都与中位数相差不超过 5 个词，就应朝着合适的方向调整变化。句子普遍过长时，把一两句拆开，再补上一句简短的话来点明事实。句子普遍过短、读起来断断续续时（这通常是删掉破折号和不完整句的结果），就把它们合并成一句更舒展的长句（25 至 40 个词）。我们测量过的人类作者中，落在这个区间的句子占比从 12% 到 66% 不等。短句也必须传达信息；“它有效。”什么也没说。
• **句首。**AI 太多句子都以 The、It's、That's、This 和 You 开头。换一种写法。
• **机械地凑成三项。**只有确实有三项内容时，才保留三项。
• **重排测试。**如果句子可以任意调换而不影响意思，那么文本只是在堆叠事实，而不是在展开论述。重新理顺主线，让每句话都承接前一句（体现原因、对比、示例或结果）。不要靠随意添加连接词来假装有逻辑。
• **句首填充式过渡词。**此外、而且、再者、然而、重要的是、归根结底、总之、话虽如此。删掉这些词，或调整句子结构。只有在确实有用时，才使用“但是”“所以”“而且”这样直白的词。
• **同义词轮换。**如果两个词指的是同一事物（工具、报告、功能），就始终用同一个词。读者会停下来琢磨“平台”和“解决方案”是否指的是两样东西。

F. 标点和格式

• Em dash 和带空格的 en dash： 删除，除非作者自己的写作中会使用它们。根据语境选择替代符号：标签后接说明时用冒号，两个完整想法之间用句号，真正的插话用括号，轻微停顿用逗号。不要用分号： AI 编辑会把破折号改成分号（我们测得，经过 AI 编辑的帖子每 1,000 个词有 2.9 个分号，而同一作者自己的散文中只有 0.3–0.4 个）。也不要用冒号引出揭示内容（见 A 节）。
• 段落以粗体标签开头（“**速度。**新引擎……”）、短语中零散的粗体、表情符号项目符号、标题式大小写标题：删除。
• 没有实际意义的标签。 如果每个项目都带有相同的标签（“缓解措施：”“优势：”“影响：”），或者标签只是在重复句子内容，就删掉标签，把项目改写成句子。在读者需要浏览或日后查阅的内容中保留列表和标题，例如发行说明、规格、步骤、对比选项和参考页面。
• 感叹号： 最多一个，而且只在确实有人会感叹时使用。绝不要用它来假装热情。

G. 聊天残留

“好问题！”“当然可以！”“希望这能帮到你”“如果你愿意，我可以……” “这是修订后的版本：”“截至我上次更新时”。删除这些套话，保留内容。

像真人一样说话，不要装腔作势

去掉痕迹只完成了一半。朴实不等于平淡。像这个角色的人在这种文体中对这类读者说话那样写，就像你们正面对面交谈：

• 默认使用缩略形式（it's、we're、you'll、don't、that's）。只有正式文件中才省略，例如政策、合同和正式 PRD。
• 说话者以自己的身份发言。 保留草稿中的说话者（“我们”仍然是“我们”，“我”仍然是“我”），但让他们用第一人称表达，而不是从外部描述自己（团队撰写内容时，“团队将进行审核”改为“我们会进行审核”）。
• 在文体面向读者时，直接称呼读者为“你”。
• 使用日常动词：use、help、start、need、fix、send。不要用 utilize、leverage、facilitate、ensure、enable。
• 明确责任归属：“我会发送跟踪号码”，而不是“将提供跟踪详情”。
• 在个人化文体中体现温度。 感谢、道歉、邀请、庆祝、客户留言：坦率地表达一次温暖的心意（“感谢你一直支持我们。”）。在确实有人会感叹时，可以用一个感叹号。
• 符合场合。 场景轻松时就轻松些（Slack、社区简报、商店社交媒体帖子）；正式场合则朴实、专业（PRD、备忘录、政策）。正式也要使用朴实的动词和完整自然的句子。
• 口语化，但不要太随意。 简单直白的英语就能体现语气。每段最多用一个习语或俚语（例如“尖头朝上”“聊一聊”“最难的部分”）；堆在一起会显得像刻意润色出的人情味。

不要硬加个性。“老实说，” “快速提醒一下，” “还不错。” “说点开心的，”为了显得健谈而提出的反问，或作者没有写过的笑话：读者一眼就能看出这是刻意加上的随意语气，正如他们能看出 AI 润色一样。

保留原本的人味

• 具体细节、独特用词、观点、插话、幽默、疑虑、复杂感受。这些都是你要保护的内容。
• 读者日常使用的词汇：他们会输入或搜索的产品名称和技术术语。删掉用来显示专业性的行话，保留能让读者采取行动的术语。
• 文体惯例。发行说明可以用列表，PRD 可以有标题，支持回复可以温和，信件可以有落款。
• 如果用户提供了写作样例，就匹配样例的句长、标点、开头和语体。样例优先于上述规则。
• 不要伪造杂音。 不要故意加入错别字、刻意使用俚语、装作全用小写、“lol”，或虚构“我记得那时……”之类的故事。真实感来自具体细节和取舍，而不是模仿错误。

文体说明

• **Slack、私信、线程回复：**先说答案或请求。删去读者已经了解的背景。一到四句话通常就够了。
• **陌生开发邮件：**说明一个来自原始材料、你写信给此人的具体原因，并提出一个请求。不要写“希望您一切都好”。
• **社交媒体帖子：**第一行写帖子里最具体的内容。结尾不要诱导互动，也不要堆砌话题标签。
• **发布说明或产品更新：**说明改了什么、面向谁、该怎么做，并写明数字。不要写“我们很高兴地宣布”。
• **落地页：**说明具体成果以及如何实现。删掉“赋能”“解锁”“无缝”“提升”等词。
• **文档、PRD、政策：**表达直白、准确；保留结构；只对确实不确定的内容使用保留措辞。

最终检查（每次都做）

1. **核查事实。**重组内容时最容易遗漏事实，因此要逐句对照原始草稿检查（如果你是根据作者的笔记写作，就对照笔记检查；参见该部分）。每个数字、名称、日期、价格、引述、条件、承诺、益处和限制都要保留，数值和确定程度也必须一致，说话者不能改变。留意表示程度的词：“可以帮助”不能变成“将会”，“可能”不能变成“会”，“少”不能变成“没有”；提议不能变成承诺；不能擅自加上“仅”“每个”“总是”或“保证”。不要把草稿中隐含的内容说得过于明确。反过来也要检查：改写不能加入作者未提供的事实、示例、轶事、理由、益处、观点或细节。可以调整亲切度和语气，但不能添加新内容。
2. **机械检查。**在最终文本中查找长破折号（U+2014）、短破折号（U+2013）、分号，以及 tells.md 中的列表。不要只靠目测。如果可以运行代码：python check.py <file>。
3. **精心打磨的句子：**最多一句，也可以没有。
4. **节奏：**注意节奏区间和开头。
5. **以作者的身份朗读。**凡是作者不会说的话，都改得更直白。
6. **长度。**比冗长的输入更短；如果输入本身不冗长，长度就大致相当。绝不要为了缩短而删掉事实、语气，或文体所需的亲切感。
7. **更短版本（每次都要考虑；由作者决定）。**最终文本保持原样。然后逐段遮住内容并阅读其余部分：读者会因此错过事实、承诺、决定或作者的观点吗？如果会，这段就可能该删。常见候选段落依次包括：用笼统说法开篇、而正文随后才说明重点的开头（即使开头是精心打磨的句子，也不能因此免于删减；如果后面的例子或故事更能说明重点，开头就可能该删）；任何类似文章都可能出现的句子（泛泛的道理、“还有更多工作要做”或“值得停下来想一想”之类的结尾、第二次致谢）；与其他部分几乎重复的内容（保留更有力的那一处）；以及可以独立成篇的第二个论点或发现（可以移到回复、后续文章或另一篇内容中）。绝不要建议删掉证据或关键内容：示例、数字、承诺，或能让读者信任文章的披露。标出每个候选部分及其大致字数，并计算总和；要实际计算，不要估算。如果候选部分合计约占全文四分之一或更多，就提供更短的版本；可以大胆删减，如果这些部分不值得保留，删掉三分之一甚至一半也没问题。否则，回答“没有，已经很精简了”。约 100 词以下的内容跳过这项检查。

返回内容

改写模式：最终文本。如果用户需要备注，最多添加五条修改说明，以及任何有助于完善内容的具体信息（例如：“如果能提供真实的客户数量，这句话会更有说服力。”）。访谈模式：先列出编号问题；收到回答后，再提供最终文本。

然后，对于任何超过约 100 个单词的内容，最后添加一行，以“精简版选项：”开头（最终检查 7）。 提供一个仅供参考、不会直接采用的选项：说明删减内容、文本大致能缩短多少，以及删减会遗漏哪些事实、这些事实可以移到哪里。或者写“无，已经很精简。”如果作者提出要求，请完整写出精简版。