solo-humanize

/humanize

去除面向用户文本中的 AI 写作痕迹。输入文件或粘贴文本后，改写成更像真人写的内容，同时保留原意和结构。

为什么需要这个工具

大模型的输出有明显的特征：破折号、套话、夸大宣传、刻意营造真实感。读者（以及 Google）都能注意到这些问题。此工具会识别这些模式并进行改写。

适用场景

• 使用 /content-gen、/landing-gen、/video-promo 后，对输出进行润色
• 发布任何面向用户的文字内容前（博客文章、落地页、电子邮件）
• 编辑 CLAUDE.md 或供人阅读的文档时
• 单独使用：/humanize path/to/file.md

输入

• 文件路径：从 $ARGUMENTS 获取，读取并在原处重写
• 不带参数：提示粘贴文本，并输出清理后的版本
• 适用于 .md、.txt，以及 .tsx/.html 中的文本内容（仅限字符串字面量）

模式目录

1. 过度使用长破折号（—）

最明显的 AI 痕迹。用逗号、句号、冒号替换，或重新组织句子。

修改前	修改后
"The tool — which is free — works great"	"The tool (which is free) works great"
"Three features — speed, security, simplicity"	"Three features: speed, security, simplicity"
"We built this — and it changed everything"	"We built this. It changed everything."

**规则：**每 500 个单词最多使用 1 个长破折号。最好一个都不用。

2. 套话

会让人觉得“这是 AI 写的”短语。删除或换成具体的表达。

填充短语（直接删除）：

• "it's worth noting that" →（直接陈述事实）
• "at the end of the day" →（删掉）
• "in today's world" / "in the modern landscape" →（删掉）
• "without further ado" →（删掉）
• "let's dive in" / "let's explore" →（删掉）

夸大宣传（替换为具体描述）：

• "game-changer" → 具体改变了什么？
• "revolutionary" → 实际有什么新意？
• "cutting-edge" → 描述所用技术
• "seamless" → "无需配置即可运行"（或按实际情况描述）
• "leverage" → "使用"
• "robust" → "能处理 X 种边缘情况"（具体说明）
• "streamline" → "将步骤从 N 步减少到 M 步"
• "empower" → 用户现在可以做什么？
• "unlock" → 实际具备什么功能？

刻意营造真实感（改写）：

• "to be honest" →（如果需要这么说，其他内容难道不诚实吗？）
• "let me be frank" →（直接坦率地说）
• "I have to say" →（直接说）
• "honestly" →（删掉）
• "the truth is" →（删掉，直接陈述事实）

3. 三段式表达

AI 喜欢三项并列：“快速、安全、可扩展。”真实写作会变化列表长度。

修改前	修改后
"Fast, secure, and scalable"	"Fast and secure"（如果无法证明可扩展性）
"Build, deploy, and iterate"	"Build and ship"（如果这就是你想表达的意思）
三个表达相同意思的项目符号	一个清晰的项目符号

**规则：**如果一篇文档中出现 3 组或更多三项并列表达，至少拆解其中一半。

4. 结构模式

每个章节结构都一样： AI 往往会采用这样的写法：标题 → 一句介绍 → 3 个项目符号 → 过渡句。真实写作会变化章节的长度和结构。

两面讨好的表达： “虽然 X 有局限性，但它能提供 Y，因此让它成为 Z。”→ 选择一方，直接表明立场。

虚假的平衡： “一方面 X，另一方面 Y。”→ 如果一方明显更好，就直说。

5. 逢迎式开场白

• "Great question!" →（删掉）
• "That's a fantastic idea!" →（删掉，或具体说明好在哪里）
• "Absolutely!" →（如果并非真心赞同，就删掉）
• "I'd be happy to help!" →（直接提供帮助）

6. 被动语态 / 无力动词

• "It should be noted that" →（删掉，直接指出）
• "There are several factors that" → 列出具体因素
• "It is important to" → 说明原因
• "This can be achieved by" → “执行 X”

7. 修辞模式

逐词修正无法消除这些模式。即使文本被缩短，它们仍会存在：一条 300 字符的消息仍可能包含其中三种，这就是手动删减文本并不能让它听起来更像人类的原因。删除它们，不要把它们改写成更好的版本。

模式	修改前	修改后
二元对比	"这不是文档问题，而是覆盖范围问题。"	"有 6 个问题无法解决，因为 3 台设备没有文档。"
否定式罗列	"不是包装器。不是聊天机器人。是编译器。"	"它是编译器。"
冒号揭示	"关键在于：它需要你的文档。"	"它需要 3 份没人写过的文档。"
假洞见铺垫	"大家都会忽略的一点是分发。"	"分发才是护城河。"
赘言开场	"有件事是这样的。" / "我说清楚一点。"	（删除，直接陈述要点）
反问铺垫	"如果我告诉你……"、“想想看：”	（删除，直接提出观点）
-ing 式伪分析	"……发布了 v2，彰显了他们对速度的重视。"	"……发布了 v2，将加载时间缩短至 400ms。"
重要性夸饰	"标志着一个关键时刻"、“是……的明证”	陈述事实，让读者自行判断
元话语	"这件事比听起来更重要。"	（删除——事实本身就足以说明）
模糊归因	"专家一致认为"、“研究表明”	写明来源，否则删除观点
同义词轮换	"这个 Agent……这个助手……这个工具……"	始终使用同一个名称
高深结尾	"未来不是即将到来，而是已经到来。"	删除，以最后一句具体内容收尾
总结复述	"总而言之……"、“总体来说……”	以结论或下一步行动收尾

可移植性测试。 如果一句话用于描述另一个人、公司或产品时仍然完全一样，那它就是填充内容。换成与当前主题具体相关的事实、机制、数字或后果，否则就删除。

展示，不要贴标签。 删除那些告诉读者某个观点很重要、令人惊讶或微妙的评论。如果正文已经展现了这一点，就删掉标签。

保留具体事实。 切勿把细节润色成泛泛的重要性描述。 “显著提升工作效率” → “将审核时间从 30 分钟缩短至 8 分钟。”

流程

1. 阅读输入——文件路径或粘贴的文本。

2. 扫描模式——检查上方的每个类别，并统计各类别中的违规数量。

3. 改写——修正每处违规，同时保留：

   • 技术准确性（不要更改代码、命令或技术术语）
   • 结构（标题、列表、代码块保持不变）
   • 语气意图（原文轻松随意，就保持轻松随意）
   • 篇幅（力求持平或更短，绝不更长）

4. 报告更改内容：

   Humanized: {file or "pasted text"}
   
   Changes:
     Em dashes:  {N} removed
     Stock phrases: {N} replaced
     Inflation: {N} deflated
     Triplets: {N} broken
     Sycophancy: {N} cut
     Rhetorical patterns: {N} cut
     Total: {N} patterns fixed
   
   Before: {word count}
   After:  {word count}
   

5. 如果输入是文件路径： 将清理后的版本写回文件，并展示差异摘要。 如果输入是粘贴的文本： 直接输出清理后的版本。

检测模式

当有人问“这是不是 AI 垃圾文？”或让你审查他人的草稿时：指出文本中出现的此技能所列模式，引用对应句子，并用简短的话给出修改建议。不要改写，不要给文本打分，也绝不要声称是 AI 写的——检测器只是猜测，明确指出模式才是作者可以核实的证据。之后可以提出愿意帮忙编辑。

不要更改的内容

• 代码块和行内代码
• 技术术语、库名称、CLI 命令
• 他人的引述（注明来源的引述保持原样）
• 数字、日期、URL
• 标题结构（不要合并或拆分章节）
• 内容含义——只能改述，绝不添加或删除观点

特殊情况

• 短文本（少于 50 个单词）： 只过滤陈词滥调，跳过结构分析
• 文本已经很干净： 报告“No AI patterns found. Text looks human.”
• 代码密集型文档： 完全跳过代码块，只处理正文段落
• 非英语文本： 应用破折号和结构规则（它们具有普遍适用性），跳过英语陈词滥调

致谢

第 7 节中的修辞模式分类和检测模式规范改编自 Peter Yang（MIT）的 no-ai-slop。