产品化的中文写作最终质量闸门。让 AI 写的东西读起来不像 AI 写的。
写完东西以后，跑一遍这个 skill。它会逐句扫掉翻译腔、模板句式、互联网黑话、假平衡、过度光滑的节奏、证据撑不住的判断。
cp -r write-human ~/.claude/skills/
# 或
cp -r write-human ~/.codex/skills/用法：
/write-human
或者直接在 prompt 里写："用 write-human 过一遍这篇再交付。"
| 层级 | 扫什么 | 例子 |
|---|---|---|
| L1 词汇 | 翻译腔动词 | 接住 → 收到，击穿 → 推翻 |
| L1 词汇 | 互联网黑话 | 赋能 抓手 闭环 颗粒度 对齐 — 100+ 禁词 |
| L1 词汇 | 英文混用 | context state cache claim — 有中文词还用的 |
| L2 句法 | 对比模板全族 | 不是 X，而是 Y 及所有变体：不在…在… 不只…是… 不是…。是… 反问否定式 |
| L2 句法 | 评估式引导 | 更清晰的是： 问题很直接： 结论很明确： |
| L2 句法 | 抽象主语 | X 的 Y 比 Z 更 W — 没人、没动作、没场景的句子 |
| L2 句法 | 连接词过密 | 值得注意的是 本质上 换句话说 这意味着 |
| L3 认知 | 空洞分析尾 | 体现了 折射出 承载了 进一步说明了 — 后面没跟证据的 |
| L3 认知 | 夸大判断 | 标志着 意味着 关键一步 — 文章没法证明的判断 |
| L3 认知 | 假平衡 | 作者有判断但写成了"既有优势也有劣势" |
| 节奏 | 段落均匀 | 连续三段都是 100-150 字 |
| 节奏 | 过度整齐 | 每个标题一样长、每个列表都是三条 |
| 机器人 | chatbot 套话 | 当然 你这个问题很好 希望这对你有帮助 |
| 机器人 | 知识截止假装 | 模型在替内容说"据我所知截至..." |
| 模式 | 标准 | 怎么过 |
|---|---|---|
Chat final |
直接、有用 | 不要模板客气、不要假温度 |
Working doc |
准确、有边界 | 不添作者没说的个性 |
Public copy |
有判断、有记忆点 | 至少一句读者能记住的话 |
Publishing package |
短、准、非通用 | 每行都要挣自己的位置 |
写好草稿后，把下面两句喂给 AI：
这版最像 AI 的地方是什么？只列最要命的 1-3 处。
现在把它改掉，但不要新增未经证明的细节。
交付前最后五问：
1. 哪个词模糊但假装精确？
2. 哪段在解释产品而不是对读者说话？
3. 读者能用自己的话复述主旨吗？
4. 语气匹配这个输出模式吗？
5. 这篇文章在吸引读者走向结论，还是在把结论推到读者脸上？
这篇文章最隐蔽的 AI 味来源。不要只靠 grep 不是.*是。
诊断：读句子 → 删掉否定半句 → 剩下的更直接？→ 否定半句是模板，删。
| 原句 | ❌ 错误改法 | ✅ 正确改法 |
|---|---|---|
| 不在工具本身。在老习惯。 | 不是工具，是老习惯。（换汤不换药） | 老习惯才是卡住的地方。 |
| 不是代码本身。是所有电脑工作。 | 不只是代码，是所有电脑工作。（还在模板里） | 代码之后，所有坐在电脑前的工作都会被重做。 |
| 麻烦不在会不会。在能不能上线。 | 麻烦不是会不会，是能不能上线。（一样） | 真正的麻烦，是怎么真的上线。 |
已知变体：不是…而是… 不在…在… 不只…是… 不止…是… 不…而…、断句式 不是…。是…、破折号式 不是…——是…、反问式 这是 X 吗？其实是 Y、双重否定 不是不…是…。
write-human/
├── SKILL.md # 9 步质量闸门主流程
├── README.md # 本文件
├── LICENSE # MIT
├── agents/openai.yaml # Agent 接口配置
└── references/
├── banned-patterns.md # 禁词全表 + GPT 模式库（最长、最常用）
├── lite-check-card.md # 30 秒快速过——日常用这个
├── output-checklist.md # 交付前清单
├── quick-check.md # L1/L2/L3 三层深度检查提示词
├── raw-audit-template.md # 问题先行的审计模板
├── source-map.md # 怎么读宿主项目的本地规范
└── local-adoption.md # 团队强制采用指南
这个 skill 不需要任何私有文件就能跑。如果要深度适配：
- 在项目的
AGENTS.md或CLAUDE.md里声明禁词和风格规则 — skill 会先读这些 - 编辑
references/banned-patterns.md加行业特有黑话 - 如果你有独立的风格/声音 skill，先跑那个，再跑这个做最终闸门
- 全团队强制采用：看
references/local-adoption.md
本地规则和 skill 规则冲突时，谁更严听谁的。
源代码、配置、JSON/YAML schema、原始日志、命令原样输出、必须逐字保留的引用、短事实回复改了反而歪。
MIT