中文表达 Skills 怎么选：Humanizer-zh、去 AI 味与助手对话风格
AI 参与说明（Agent：Codex）：本文根据公开仓库的 README、SKILL.md 和 skills.sh 协助调研、比较与校验，资料核验于 2026-10-10。安装量与 Star 为当天页面快照；初次调研实际执行了 Skills CLI 搜索，当次未安装候选 Skill，也未进行改写效果盲测。文中的改写对照是教学示例。运行记录：模型
gpt-6.1-sol，reasoning effortultra，执行入口 Codex Desktop，提供方openai；运行记录中的 CLI 版本0.162.0-alpha.17.2（不代表桌面 App 版本）。
标签整理（2026-10-16，Agent：Codex）：本次仅补齐分类标签并核对元数据，未改写或重新校验原文技术结论。运行记录：模型
gpt-6.1-sol，reasoning effortultra，执行入口 Codex Desktop，提供方openai；CLI 版本0.162.0-alpha.17.2（不代表桌面 App 版本）。
安装与内容修订（2026-10-10，Agent：Codex）：通过
skill-installer安装 Humanizer-zh，并读取修订日期为2026-09-23的 SKILL.md，按其规则润色本文。补充中文博客的编辑流程和验收方法；保留原有热度快照与来源，未进行多模型效果盲测。运行记录：模型gpt-6.1-sol，reasoning effortultra，执行入口 Codex Desktop，提供方openai；运行记录中的 CLI 版本0.162.0-alpha.17.2（不代表桌面 App 版本）。
清单展开（2026-10-31，Agent：Cursor）：把 Humanizer-zh 的 31 个检查点与 blader/humanizer 的 26 类检查从「只报数量」改为文内完整表；条目分别取自上游
f4518a8与0ef9fe5的章节标题。执行入口 Cursor Cloud。中文正文按项目 humanizer-zh 编辑。
打磨已有中文博客稿件，可以先试 Humanizer-zh。它检查套话、重复和生硬句法，并要求保留原文信息。技术文章尤其需要兼顾阅读流畅度、术语准确性和论证完整性。本文比较几个候选，再给出正文润色的操作与验收方法；针对助手回复的规则单独说明适用范围。
| 英文术语 | 中文名称 | 简要解释 |
|---|---|---|
| Skill | 技能 | Agent 按任务加载的说明与配套资源，常以 SKILL.md 定义规则 |
| Humanizer-zh | 保留原名（项目名称） | 面向已有中文文本的润色 Skill |
| Voice Matching | 文风匹配 | 根据作者样本调整句长、用词与语气，保留原文信息 |
| Skills CLI | 保留原名（工具名称） | 搜索和安装 Agent Skills 的命令行工具 |
A writing Skill guides the agent’s editing behavior. It does not certify who wrote a text or guarantee a result from an AI detector. Humanizer-zh 的当前说明明确区分了润色和检测。实际效果仍需对照原文检查。Humanizer-zh README
热门程度与用途
下面列出两个热门项目，再补充两个中文场景的候选。GitHub Star 表示仓库关注度，skills.sh 记录通过该目录统计的安装量。选型还需要看规则和实际改写结果。
| 项目 | GitHub Star | skills.sh 安装量 | 更适合的场景 |
|---|---|---|---|
| op7418/Humanizer-zh | 约 19.3K | 约 51.9K | 已有中文文章、评论、产品说明与技术文档的润色 |
| blader/humanizer | 约 55.2K | 约 8.8K | 英文及通用表达问题，作为中文规则的上游参考 |
| LifelongLazyLearner/qu-ai-wei | 634 | 本次未核实 | 简体中文长文的句子、段落与信息结构改写 |
| w568w/stop-slop-cn | 13 | 本次未核实 | 助手自己的中文回复，尤其是黑话、客套和无关对比 |
数字核验于 2026-10-10，安装量来自 Humanizer-zh 目录页 与 Humanizer 目录页，Star 来自各项目的 GitHub 页面。后两项属于补充候选，不能称为同等热门。
Humanizer-zh：中文文章可以先试它
当前 SKILL.md 的修订日期是 2026-09-23（本次嵌表时核对到提交 f4518a8）。下面 31 个检查点按上游章节标题列出；规则正文、正反例与改写步骤仍以 SKILL.md 为准。
| # | 检查点 | 分组 |
|---|---|---|
| 1 | 不是 X，而是 Y | A. 铺垫代替陈述 |
| 2 | 单句收尾与戏剧性碎片 | A. 铺垫代替陈述 |
| 3 | 格言与伪深度 | A. 铺垫代替陈述 |
| 4 | 起跑式铺垫 | A. 铺垫代替陈述 |
| 5 | 与假想敌辩论 | A. 铺垫代替陈述 |
| 6 | 强凑三段式 | B. 公式化节奏 |
| 7 | 句式开头复读 | B. 公式化节奏 |
| 8 | 破折号当万能连接 | B. 公式化节奏 |
| 9 | 限定词堆叠 | B. 公式化节奏 |
| 10 | 生造复合词与连接号 | B. 公式化节奏 |
| 11 | 被动与缺主语 | B. 公式化节奏 |
| 12 | AI 高频词 | C. 拔高与借权威 |
| 13 | 意义拔高 | C. 拔高与借权威 |
| 14 | 模糊关联 | C. 拔高与借权威 |
| 15 | 句尾补充式拔高 | C. 拔高与借权威 |
| 16 | 宣传语 | C. 拔高与借权威 |
| 17 | 借权威 | C. 拔高与借权威 |
| 18 | 回避“是／有” | C. 拔高与借权威 |
| 19 | 粗体当装饰 | D. 公式化排版 |
| 20 | 装饰性标题 | D. 公式化排版 |
| 21 | 引号与中文标点 | D. 公式化排版 |
| 22 | 客服腔 | E. 聊天与草稿残留 |
| 23 | 知识边界免责与猜测填充 | E. 聊天与草稿残留 |
| 24 | 首句复读标题 | E. 聊天与草稿残留 |
| 25 | 谈论上一稿 | E. 聊天与草稿残留 |
| 26 | 层叠的“的” | F. 中文表达的补充检查 |
| 27 | “进行＋动词” | F. 中文表达的补充检查 |
| 28 | 被字句堆叠 | F. 中文表达的补充检查 |
| 29 | 四字词排比 | F. 中文表达的补充检查 |
| 30 | “随着……的发展”式开头 | F. 中文表达的补充检查 |
| 31 | 套话收尾 | F. 中文表达的补充检查 |
它的编辑优先级比较适合事实性内容：先保留信息与确定程度，再遵守文体、匹配作者声音，最后修改具体表达问题。规则要求保护代码、链接目标、front matter 和默认标题锚点；没有问题的句子可以原样保留，通常只交付终稿。SKILL.md
这次修订也值得留意：更新记录说明，旧示例中凭空增加数据、功能与经历的问题已修正，机械禁词与自评分也已取消。网上流传的早期规则和目录自动摘要，可能还保留旧描述；使用时应读当前仓库文件。CHANGELOG
可以先选一段包含事实和限定条件的稿件试用，对照原文检查，再处理整篇。技术文章应保留术语和正式程度；句子自然、关系清楚，就已经达到了润色目的。
Humanizer：热门上游，中文适配程度要另看
blader/humanizer 的当前 SKILL.md 标记为 3.1.0（本次嵌表时核对到提交 0ef9fe5）。下面 26 类检查按上游英文标题列出；规则与示例主要使用英语，完整说明见 SKILL.md 与 使用说明。它支持提供本人文章样本做 Voice Matching。
| # | Checkpoint | Group |
|---|---|---|
| 1 | Not X but Y | A. Staging instead of stating |
| 2 | One-line closers and dramatic fragments | A. Staging instead of stating |
| 3 | Sayings that sound deep | A. Staging instead of stating |
| 4 | Staged run-up before the point | A. Staging instead of stating |
| 5 | Arguing with no one | A. Staging instead of stating |
| 6 | Forced triads | B. Rhythm by rule |
| 7 | Repeated sentence openings | B. Rhythm by rule |
| 8 | Dashes as the universal connector | B. Rhythm by rule |
| 9 | Stacked qualifiers | B. Rhythm by rule |
| 10 | Hyphenated pairs everywhere | B. Rhythm by rule |
| 11 | Passive voice and missing subjects | B. Rhythm by rule |
| 12 | Overused AI words | C. Inflation and borrowed authority |
| 13 | Inflated significance | C. Inflation and borrowed authority |
| 14 | Vague connection or association | C. Inflation and borrowed authority |
| 15 | Shallow -ing riders | C. Inflation and borrowed authority |
| 16 | Sales language | C. Inflation and borrowed authority |
| 17 | Borrowed authority | C. Inflation and borrowed authority |
| 18 | Avoiding is, are, and has | C. Inflation and borrowed authority |
| 19 | Bold as decoration | D. Formatting by rule |
| 20 | Decorative headings | D. Formatting by rule |
| 21 | Curly quotation marks | D. Formatting by rule |
| 22 | Chatbot residue | E. Leftovers from the chat and the draft |
| 23 | Knowledge-limit disclaimers and guesses | E. Leftovers from the chat and the draft |
| 24 | A heading repeated in the first sentence | E. Leftovers from the chat and the draft |
| 25 | Writing about the document instead of its subject | E. Leftovers from the chat and the draft |
| 26 | Re-explaining what the reader knows | F. Writing for the wrong reader |
经常处理英文的人可以考虑上游版。主要写简体中文时，先试 Humanizer-zh，再按具体的改写结果决定是否比较其他方案。
qu-ai-wei：更关注简体中文长文
qu-ai-wei 的工作范围包含句子、段落、标题和长文信息顺序。它要求保留事实、判断、证据强度、正式程度与原文声口；适用边界明确排除了翻译、繁体中文和从零写作。README、SKILL.md
默认输出包含门检、终稿和简短打磨报告，也可以要求“只输出终稿正文”。如果稿件的问题是每段都使用相同节奏、标题组织生硬或信息重复，它值得作为对照方案。需要固定标题锚点的文档，应事先限制标题与章节调整范围。README
stop-slop-cn：日常助手回复更对题
这个仓库很小，但用途贴近“LLM 说得不像人话”：它直接润色助手自己的发言，默认处理上一段回复。规则针对讨好开场、多余的后续提议、行业黑话、无关的二元对比、英文句法直译，以及过度列表化；还明确说，用户没有要求总结时，不要为了去味自动删短内容。SKILL.md
文件对单字词和部分中文用法的判断过于笼统，对免责声明与不确定性表达也有较强的禁止倾向。自然中文可以使用“查”“改”“跑”，真实的条件和不确定性同样需要保留。选用其中的规则时，应判断它能否改善具体句子。对博客正文，优先使用 Humanizer-zh 的文体与信息保护规则。
仓库名是 stop-slop-cn，文件中的 Skill 名称实际是 stop-slop。它适合作为中文对话规则的参考，不宜仅凭名称就当成通用文章润色器。SKILL.md
怎样试用并判断效果
先选一个 Skill，试用后再决定是否增加其他规则。下面的命令需要 Node.js 与 npm，安装目标是 Codex。搜索命令已实际执行；安装采用 Codex 的 skill-installer 完成，此处保留 Skills CLI 的安装示例。参数已通过 Context7 核对当前官方文档。Skills CLI README
# 搜索，不安装；本次实际执行了这条命令
npx skills find humanizer
# 安装示例：将 Humanizer-zh 安装到 Codex 的用户级目录
npx skills add op7418/Humanizer-zh --skill humanizer-zh --agent codex --global
搜索结果应包含 op7418/humanizer-zh@humanizer-zh。安装后，按所用 Agent 的要求重新加载 Skills 或开始新会话；确认它识别到 humanizer-zh，再提交待编辑文字。Skills CLI README
可以使用下面的任务模板。它是本文建议的调用约束，不是某个项目的固定接口：
使用 humanizer-zh 润色下面的中文，只输出最终正文。
读者是开发者，保持技术文章的正式程度。
保留所有事实、数字、术语、条件、否定、归因和确定程度。
不补充数据、经历或结论，不把正文改成摘要。
已有标题、代码、链接目标和 front matter 保持原样。
下面是作者自己写的两段样本，只参考表达方式，不移入其中的事实：
[文风样本]
待编辑正文：
[待编辑文本]
验收重点是“读得顺，意思也保住了”。可以用一段短文先检查，再扩展到整篇。以下是本文编写的教学例，不是候选 Skill 的实测输出：
原文：接下来，我们将深入介绍导出功能的最新进展。团队昨天增加了 CSV 导出；PDF 导出仍在开发，预计下周进入测试。
改写：团队昨天增加了 CSV 导出。PDF 导出仍在开发，预计下周进入测试。
这里删掉的是只预告下文的开场。改写仍须保留“昨天”“仍在开发”“预计下周进入测试”；若写成“现在支持 CSV 和 PDF 导出”，句子虽然更短，却把计划变成了已完成功能。
实际试用时，至少核对这四项：
- 数字、对象、条件、否定、时间与完成状态是否一致。
- 是否保留作者判断与必要的不确定性，有没有把“可能”改为“必然”。
- 正文是否更清楚，段落之间仍连贯，文体与读者是否合适。
- 代码、链接、front matter、标题锚点是否完整。
把润色放进博客写作流程
对于需要调研的技术文章，先完成事实稿：回答主题问题，核对来源、示例和适用条件，再用 Humanizer-zh 编辑表达。润色时发现资料缺口，应回到调研阶段补齐，不能靠改句子补出事实。这是本文建议的写作顺序。
| 步骤 | 具体操作 | 通过标准 |
|---|---|---|
| 完成事实稿 | 写清结论、依据、例子、条件和限制，核对来源与命令 | 关键结论有依据，示例和边界完整 |
| 编辑正文 | 通读全文，修改重复、生硬句法与空泛铺垫，梳理段落衔接 | 信息更容易理解，仍保持原文文体和作者声音 |
| 对照原稿 | 逐项核对事实、数据、术语、归因、条件和确定程度 | 没有新增、遗漏或强化原文主张 |
| 核验网页 | 检查生成 HTML、最终链接及实际正文 | 代码、表格和链接正常，正文无残留标记 |
在本站的 Markdown / MDX 内容中，表达润色默认保护 front matter、标题锚点、英文 slug、链接目标、代码、Mermaid 语法和 MDX 组件。修改这些内容需要另做相应核验。已有草稿状态也应保留；文章读起来更顺，不能单独作为发布既有草稿的依据。
如果有作者自己的文章样本，可以借鉴句长、用词和叙述节奏。样本中的经历、数据和立场属于另一篇文章，应留在原处。没有样本时，就保留目标稿件已有的文体，不强行增加口头禅、网络梗或第一人称经历。
最终交付应是一篇能独立阅读的文章。修改过程、自评分和模式命中清单留在编辑记录中；正文保留读者需要的结论、解释和证据。
关联阅读
- 技术文档改写规范：固定英文术语、中文解释与 Mermaid 一致性：润色中文时怎样保护术语、代码和链接。
- 本地 Agent Skills 安装清单：区分已经安装、当前可用与本次实际加载的 Skills。
- Agents Overview：浏览相关工具与工作流。