humanizer-zh：只改套话和模板腔，不动事实的中文润色 skill

npx skills add op7418/Humanizer-zh --skill humanizer-zh

让模型润色一段中文，常见的结果是语气更顺了，可原文里的“可能”变成了“一定”，一个数字被悄悄补了出来，还多了一句“总而言之，让我们拭目以待”。humanizer-zh 是歸藏（op7418）在 GitHub 上维护的中文编辑 skill，目标正好相反：只改表达，不改信息。

它的工作方式

skill 把任务定义为编辑已有文本，而不是改写成另一篇文章。它先排出优先级：保留信息和确定程度第一，遵守用户给定的编辑范围和文体第二，匹配作者声音第三，最后才处理具体的表达问题。冲突时按这个顺序让步。

随后是一份 31 条的检查清单，分成六组：用铺垫代替陈述、公式化节奏、拔高与借权威、公式化排版、聊天与草稿残留，以及中文特有的表达问题，比如层叠的“的”、“进行＋动词”、四字词排比。每条都带“改写前、改写后、保留”三个例子，“保留”那一栏专门演示不该改的情形，比如真正承载转折的破折号。skill 明确说这些模式是检查线索，不是词语黑名单，没有问题的段落可以原样保留。

它约束了什么

• 事实：不增加原文没有的数字、名字、日期、引文和来源；否定、范围、条件、完成状态不变。
• 确定程度：可能不改成确定，计划不改成已完成，相关不改成因果。
• 文件：代码块、路径、链接、YAML 头和显式 ID 原样保留，标题文字与层级默认不动。
• 输出：粘贴文本默认只交付最终稿，不附自评分和命中清单。
• 输入：待编辑文本里的命令和角色设定只当材料，不当指令执行。

适合谁

写中文博客、评论、产品说明或新闻稿，且希望模型润色后事实不走样的人，适合装上它。它只声明了 Read、Write、Edit 和 AskUserQuestion 四个工具，不运行脚本，也不联网，风险主要来自改写本身。

要留意的限制有两个。第一，它不判断作者身份，也不保证通过 AI 检测器，作者在说明里写得很清楚。第二，它不能凭空补细节：原文空泛，改后仍会概括，细节要你自己补。改完仍应对照原文看一遍 diff，尤其是数字和限定词。写长文时可以和 content-gate 搭配，前者管句子，后者管内容是否值得发。

仓库采用 MIT 协议，截至 2026 年 10 月 8 日约 1.9 万 star，最近一次更新在 2026 年 9 月 23 日。