Humanizer-cn

Humanizer-cn 是 Humanizer 的中文版。它编辑中文文章、评论和文档中的空话、重复及模板化表达，让文字更像人写的，同时保留事实、确定程度和作者声音。规则来源包括 Wikipedia 的 Signs of AI writing 的中文检查点。

改写前：

新的软件更新充分彰显了团队对创新的持续追求。这不仅是一次更新，更是效率的飞跃。它新增 CSV 导出、全文搜索和批量重命名。总而言之，让我们拭目以待，期待更多可能。

改写后：

这次更新新增 CSV 导出、全文搜索和批量重命名。

这是一份由 Agent 读取执行的编辑指导，不是独立的检测程序。它不能证明文章由谁撰写，也不保证通过任何 AI 检测器。

最强的五种痕迹

以下是最常见的 AI 写作信号，命中一处即应修改：

1. 不是 X，而是 Y：“这不仅是一个功能，更是一种全新的协作方式。”
2. 单句收尾与戏剧性碎片：“让我们拭目以待。”
3. 格言与伪深度：“协作是效率的语言。”
4. 起跑式铺垫：“接下来让我们深入看看……”
5. 与假想敌辩论：“不要误会，我并不是说 X……”

Humanizer-cn 共检查 31 条模式，其中 F 组（26–31）是专为中文补充的检查点。

安装

安装后在对话中输入 /humanizer-cn 即可调用。

DeepSeek Harness（DSH）

方式一：插件页一键安装（推荐）

仓库根已声明 dsh.bundle 组合包，直接在 DSH 插件安装页填仓库地址：

https://github.com/xxjwxc/humanizer_cn

装完重启 dsh web 生效。激活时插件会把技能文件装入 ~/.dsh/skills/humanizer-cn.md。

方式二：手动安装技能文件

DSH 按以下目录扫描技能文件（kebab-case 命名），优先级从高到低：

• 项目级：./.dsh/skills/ 或 ./.agents/skills/
• 用户级：~/.dsh/skills/ 或 ~/.agents/skills/

把本仓库的 .dsh/skills/humanizer-cn.md 复制到上述任一目录即可：

# 用户级（所有项目生效）
mkdir -p ~/.dsh/skills
cp .dsh/skills/humanizer-cn.md ~/.dsh/skills/

重启 DSH 会话（dsh web 或 npx @deepseek-ai/dsh web）后，输入 /humanizer-cn 或直接描述需求（“帮我去掉这段文字的 AI 味”）即可触发。

WorkBuddy（腾讯）

SKILL.md 的 frontmatter 已包含 WorkBuddy 技能市场要求的 version、display_name_zh、display_name_en、description_zh、description_en 字段。在 WorkBuddy 的技能上传页选择仓库根目录即可导入，导入后输入 /humanizer-cn 调用。

Claude Code

/plugin marketplace add <你的仓库地址>
/plugin install humanizer-cn@humanizer-cn

也可以用 Skills CLI：

npx skills add <你的仓库地址> --global --agent claude-code

Codex 及其他 Agent

npx skills add <你的仓库地址> --global --agent '*'

Skills CLI 不认识的 Agent，直接把 SKILL.md 复制到它的技能目录。

使用

粘贴文本：

请用 humanizer-cn 润色下面的文章，保留技术评论的语气：
[原文]

编辑文件：

请用 humanizer-cn 润色 article.md 中的正文。

只审阅时说明“给出建议，不修改文件”。有作者样本时可一并提供，Skill 会借鉴表达习惯，但不会把样本中的经历、数据或观点搬入原文。

改写示例

以下均为教学用输入，没有未展示的补充材料。

产品介绍，缺少数据：

原文：该方案稳定可靠、快速响应、易于维护。

改写：这套方案运行稳定、响应快，也方便维护。

没有补写上线时间、响应速度或维护成本。原文缺少证据，可以向作者索取，不能用润色补出数据。

故障反馈，有不确定性：

原文：该问题被社区多次报告，被认为可能与内存泄漏有关，但原因尚未确认。

改写：社区多次报告这个问题。它被认为可能与内存泄漏有关，但原因尚未确认。

保留“可能有关”和“尚未确认”，不把推测改成因果结论。

更新说明，有真实的三项功能：

原文：这次更新彰显了团队对创新的追求。它新增导出、搜索和批量重命名。离线编辑计划在下一版推出，目前尚未完成测试。

改写：这次更新新增导出、搜索和批量重命名。离线编辑计划在下一版推出，目前尚未完成测试。

保留三个功能，不为避开三段式删项或凑项；计划和测试状态保持原意。

已经清楚的文字：

原文：先保存文件，再关闭窗口。未保存的修改会丢失。

改写：先保存文件，再关闭窗口。未保存的修改会丢失。

不要求每次调用都产生修改。

编辑原则

约束优先级是：保留信息和确定程度，遵守用户范围与文体，匹配作者声音，再处理具体表达问题。模式命中不能覆盖这些要求。

• 不编造功能、数据、来源、人物身份或第一人称经历。
• 保留否定、条件、归因、范围、时间和完成状态；“可能”不变成“确定”，“计划”不变成“已经”。
• 三项列表、四字格、被动句、破折号和连接词按作用判断，不机械删除。
• 随笔可以保留个性，学术和商务文本保留正式程度；不把所有文章改成同一种口语。
• 文件编辑默认保留代码、命令、路径、链接目标、YAML、数据、标题和锚点。改标题或结构需要检查引用。
• 默认只交付最终稿，不要求展示中间草稿、命中清单或自评分。

全部 31 条模式

模式按 A–F 分类。这是编辑问题清单，不是作者身份检测标准。

A. 铺垫代替陈述

#	模式	改写前	改写后
1	不是 X，而是 Y	“这不仅是一个导出按钮，更是通往高效工作的全新入口”	直接陈述事实
2	单句收尾与戏剧性碎片	“文件没了。消失了。再也找不到了。”	合并碎片；删除不增加内容的收尾
3	格言与伪深度	“协作是效率的语言”	回到具体判断
4	起跑式铺垫	“接下来让我们深入看看……”	删除预告，直接说事
5	与假想敌辩论	“不要误会，我并不是在制造焦虑”	删除没有内容的自我辩护

B. 公式化节奏

#	模式	改写前	改写后
6	强凑三段式	“带来了创新、突破和全新的可能”	按含义需要的数量列举
7	句式开头复读	“她检查了门。她检查了锁。她记下了问题。”	合并句子或换主语；保留有意排比
8	破折号当万能连接	“结果终于出现了——答案揭晓了——”	滥用时换成逗号、句号或重写
9	限定词堆叠	“也许可能会减少”	压缩重复限定，保留证据强度
10	生造复合词与连接号	“文稿-校对-发布一体化”机制	换成已有定义；保留固定术语
11	被动与缺主语	“这份稿件被编辑复核后，编辑将其退回”	施事者明确时改主动

C. 拔高与借权威

#	模式	改写前	改写后
12	AI 高频词	“赋能、至关重要、深入探讨、无缝”	空泛时换平实用词
13	意义拔高	“标志着协作新时代的到来”	保留事实，删掉拔高
14	模糊关联	“与该乐团有着密切联系”	写明原文已有的关系，不推断身份
15	句尾补充式拔高	“彰显了团队对创新的不懈追求”	删除只重复赞美的尾巴
16	宣传语	“堪称咖啡爱好者的梦想天堂”	说清它是什么
17	借权威	“一些未具名的专家认为……充分体现重大价值”	保留归因与不确定性，不编造信源
18	回避“是／有”	“作为展览场地，设有……”	“是展览场地，有……”

D. 公式化排版

#	模式	改写前	改写后
19	粗体当装饰	“支持 CSV（逗号分隔值） 和 JSON 导出”	去掉装饰性粗体
20	装饰性标题	“🚀 发布安排：……”	去掉表情符号与装饰
21	引号与中文标点	他说"项目进展顺利"	按目标格式统一为中文标点

E. 聊天与草稿残留

#	模式	改写前	改写后
22	客服腔	“好问题！……希望这对您有帮助！”	删除包装，保留内容
23	知识边界免责与猜测填充	“可用信息确实比较有限……”	说明资料缺口，不把猜测写成事实
24	首句复读标题	标题后紧接一句同义复述	让标题自己起作用
25	谈论上一稿	“这一段是刚补充的说明……”	删除编辑过程叙述

F. 中文表达的补充检查

#	模式	改写前	改写后
26	层叠的“的”	“一个十亿参数的开源小模型的微调的完整方案”	调整结构，保留修饰关系
27	“进行＋动词”	“对系统进行全面测试”	“全面测试系统”
28	被字句堆叠	“被社区多次报告，被认为可能与……”	改主动句，保持归因
29	四字词排比	“稳定可靠、快速响应、易于维护”	空泛堆叠时改得自然
30	“随着……的发展”式开头	“在技术不断发展的时代背景下……”	背景没有独立信息时压缩
31	套话收尾	“让我们拭目以待，期待更多可能”	删除不提供信息的祝愿

版本历史

见 CHANGELOG.md。

来源与许可

• blader/humanizer：原项目。
• Wikipedia: Signs of AI writing：模式清单的观察来源。

遵循仓库中的 MIT License。