shuorenhua

说人话：中文 AI 味清理 skill

别让模型替你装腔。

给 Codex、Claude Code、Cursor、ChatGPT 和自建 agent 用。
改聊天、技术同步、README、论坛帖和中文长文：先保住事实，再把那股“一眼 AI”的腔调降下来。

改成什么样 · 30 秒上手 · 保真合同 · 怎么改 · 评测 · 安装 · FAQ

说人话 专治那种“每个字都对，但一看就不是你写的”中文。它不把空话包装得更漂亮，也不替你编新事实；它先护住版本、命令、责任和证据，再拆掉过度承接、工程师腔、小红书 AI 腔、翻译腔和无源权威铺垫。目标很简单：改完你敢直接发。

它适合这些场景：

场景	它会做什么
日常聊天	删掉过度承接、推销式结尾和工程汇报腔，保留口语感
技术状态同步	保住事实、版本、命令、报错和责任归属，压低套话
README / release note	先讲清楚项目、变更、验证和限制，不写发布宣言
论坛帖 / issue 回复	像维护者在认真沟通，不像客服公告或营销稿
中文长文	句内清理保住节奏，整句空话列「建议删除」清单交你确认，不让长文越改越短

检索关键词：中文 AI 写作、中文 humanizer、去 AI 味、AI writing humanizer、Chinese writing style。

改成什么样

聊天答疑，先颁奖再推销

改写前

你说的很对，这个问题一针见血。一句话总结：核心逻辑是先把流程跑通，再谈优化。我可以直接给你一版绝对没问题的最终方案，已经测试通过了，稳得很。要不要我顺手把文档也整理了？你一句话的事。

改写后

对，问题就在这：先把流程跑通，再谈优化。方案我发你。文档要不要一起弄？

开头发奖状、结尾追着卖，中间「一句话总结」「核心逻辑」轮着上——这条姿态链社区早就逐个点过名（Linux.do 句式征集帖、「对象说我说话一股子AI味」）。文本为合成示例，把被点名最多的口癖压进了一段。

发版感言，不见变更

改写前

v1.8.0 Release Highlights

本次版本是一次面向真实场景的系统性升级。我们不仅全面优化了改写体验，更通过全新的能力矩阵稳稳兜住了用户在 README、release note、论坛长帖和 issue 回复里的核心表达诉求。感谢所有用户的持续支持，让我们共同见证中文 AI 写作体验的全新跃迁。

改写后

v1.8.0

• 新增 references/scene-packs.md，覆盖 README、release note、forum post 和 issue reply
• evals/benchmark.md 增加 8 条 scene pack 回归用例
• evals/real-samples.md 增加 4 条整段样本，继续按自然 / 保真 / 可直接发评分

这版不做 Voice Calibration；相关方向推迟到 v1.9 评估。

release note 的读者要的是变更清单，不是发布宣言。版本号保住，姿态层拆掉，没做的事也写出来。完整样本见 evals/real-samples.md RS-16。

删掉渲染词，数字不能跟着丢

改写前

本次优化在性能方面取得了显著成效，有效改善了接口响应问题，p95 延迟从 480ms 降到 160ms，充分体现了团队持续优化的能力。

改坏示范

这次优化明显降低了接口延迟。

渲染词是没了，但 p95、480ms、160ms 也跟着没了——空话只是换成了更泛的空话。

改写后

这次优化把接口 p95 延迟从 480ms 降到 160ms。

清完落在哪是有合同的：原文给了具体信息就必须落回去，不许变泛。这条对应评测集里的硬约束用例（evals/benchmark.md SF-46）。更多例子见 references/examples.md 和 evals/real-samples.md。

30 秒上手

先试效果，什么都不用装 — 说人话 GPT（ChatGPT，需 Plus / Pro），完整规则已内置，贴文本就能改。

Claude Code — 对话里两条命令装完，之后自动触发：

/plugin marketplace add MrGeDiao/shuorenhua
/plugin install shuorenhua@shuorenhua

装好后在对话里说「把这段去 AI 味」就会命中。手动安装（cp / 软链跟随更新）见 install/claude-code.md。

Codex — clone 后单次使用：

git clone https://github.com/MrGeDiao/shuorenhua.git && cd shuorenhua
codex exec -C . "读取 ./SKILL.md，按其中规则改写以下文本：……"

其他 agent / skill CLI — 支持 skills 命令时可以直接安装完整包：

npx skills add MrGeDiao/shuorenhua

更多安装选项见 npx skills add --help。

项目内长期使用建议把 skill 文件拷进项目并在 AGENTS.md 写明触发条件，见 install/codex.md。

只想先看问题、不要改稿：指令里加一句「按 annotation mode 只标注不改写」。

Cursor、OpenClaw 和自建 agent 见安装。

为什么改完敢直接发

去 AI 味工具最常见的翻车不是没清干净，是清完事实变了：数字漂了、关系换了、原文没有的补出来了。说人话 把这些“不许变”写成可以逐条判分的合同：

• 数字和修饰对象一起保：p95 从 480ms 降到 160ms 删掉渲染词后必须原样在，不许概括成“明显降低”。
• 关系不许改写：展示了云原生架构的潜力 不能改成 采用了云原生架构（潜力不是实现）；两个团队 不能扩成“换过两个团队”（先后关系是原文没有的）。
• 时间跨度不漂移：未来十年 不能缩成“未来几年”，也不能糊成“未来”。
• 抽象不许擅自具体化：原文只说“提升效率”，不能改成“省时间”“降成本”。
• 缺信息不许编：原文没给数据，允许输出更短更直白，但不补数字、工具名或来源；status / docs 缺依据时标注“原文缺具体依据”，不硬填。

每条合同在评测集里都有对应的硬约束用例（SF-07、SF-08、SF-46、SNF-36 等），双模型盲测逐条判分。规则细节见 references/positive-style.md 的「清理后的落点」和 references/protected-spans.md。

它怎么判断怎么改

说人话 不是见词就替换。一句话原则：

先保信息，再谈风格。

完整流程固定六步：