一个人用 AI 润稿多语言网站：我怎么让 Claude Code 检查 271 个文件

Jason Finance 有繁体中文、简体中文、英文和西班牙文四种语言，每篇文章写完都要经过 Claude Code 的润稿 skill。2026 年 10 月 16 日我问 Claude：“全部文章都跑过这个 skill 了吗？”它老实回答：没有。有两篇的最后更新早于 skill 上线的 10 月 8 日，之后很多修改也只润了改动的那几段。

所以 10 月 17 日我让 Claude Code 把整站重跑一次 AI 润稿：271 个文件分成 10 批，最后 178 个文件有修改，合计约 323 行，简体中文改得最多。做法是先拿 5 篇试跑，我看过才扩大到全站，跑完再用脚本逐个文件比对，确认改的只有用词，标题、链接和数字都没动。

本文是 Jason Finance 的实际做法，数字是 2026 年 10 月 17 日的状态。Claude Code 和 skill 的功能以官方文档为准（2026 年 10 月 17 日查阅），功能和用量限制都可能调整。

问题：不是每篇文章都跑过润稿

这个网站的规则写在 CLAUDE.md：每次写文章或改文章，都要先跑润稿 skill，再跑 SEO 自查清单。规则本身没问题，问题出在两个地方：

• skill 上线前的文章：10 月 8 日以前就完成、之后没再更新的有两篇，当然没跑过。
• 只润改动的段落：之后改文章时，Claude 多半只润刚改的那几段，整篇没有重新看过。

一篇一篇看不出问题，但网站有四种语言，累积下来就有不少地方没被同一套规则检查过。CLAUDE.md 的写法和这条规则的来龙去脉，见《CLAUDE.md 怎么写》。

multilingual-humanizer：润稿和翻译两种流程

我用的润稿 skill 叫 multilingual-humanizer，10 月 8 日开始用，放在我自己的 repo，取代之前两套分开的繁中、英文润稿 skill。skill 是一个文件夹，里面的 SKILL.md 写好固定的流程，Claude Code 需要时才加载；skill 是什么、怎么装，见《Claude Code 中文入门》。

这个 skill 有两种流程：

每个语言有一份自己的规则文件，涵盖台湾繁中、中国大陆简中、美式英文、西班牙文、韩文、日文、印尼文和越南文；这个网站只用前四种。规则改编自 10 个 MIT 授权的开源 humanizer 项目，例如英文来自 blader/humanizer，台湾繁中整合了 acchuang/zh-tw-humanizer 和 kevintsai1202/Humanizer-zh-TW，简中来自 op7418/Humanizer-zh。skill 的来源说明里记录了每个项目采用的 commit 和授权全文。

这个 skill 最重要的一条规则是：意思优先于风格。每个主张、数字、条件、不确定的程度和出处都要保留，代码、链接、frontmatter、标题层级也不能动。网站自己再加几条，冲突时以网站规则为准：

• 英文不用长破折号（em dash、en dash）。
• 网站的固定译名按用词对照表。
• 只改用词，不加事实，也不删事实。

先拿 5 篇试跑，再决定润稿强度

整站跑之前，先拿 5 篇试跑。5 篇一共只改了 14 行，全部是用词，没有动到内容。

我看不懂代码，但看得懂文章。Claude 把改前、改后的例子列给我看，我要决定的只有一件事：这个强度行不行。看完之后，我决定全站用同样的强度。

AI 润稿的强度很难用文字描述，“轻一点”“自然一点”每个人想的都不一样。直接看 5 篇的实际修改，比事先写一堆规则容易判断。

全站 271 个文件：分 10 批同时跑

范围：文章、主题页、关于页

这次的范围是 271 个文件：所有文章、主题页和关于页，四种语言都包括在内。隐私政策页排除在外，因为它是法律文字，换掉一个词就可能改了意思。

按语言分成 10 批

271 个文件按语言分成 10 批，同时跑。skill 本来就是一次只读一种语言的规则文件，按语言分批，每一批只会用到自己那一份，例如简中那几批只看简中规则。

中途被打断，接着跑完

跑到一半，会话的用量上限到了，10 批里有 8 批中途停下来。因为每一批的文件范围都很清楚，之后接着把没跑完的部分跑完就好，不用从头来。最后的比对脚本会检查所有改过的文件，中断前后的修改都在检查范围内。

结果：178 个文件、约 323 行，简中改最多

简中改得最多，原因是简中版是从繁中转换来的，转换时留下了不少台湾用语。这次改掉的大多是这类词：

繁中转简中除了换字形，用词也要换。这些词之前转换时没换到，这次整站重跑补齐了。

怎么确认 AI 只改了用词：逐个文件比对

AI 润稿可能顺手改到不该改的东西，例如一个数字、一个链接。178 个文件我不可能一行一行看，所以用一个脚本把每个有修改的文件拿改前、改后比对：

比对通过后，再跑网站的测试和构建，也都通过。我看过结果、同意之后才合并上线。

润稿 skill 本身就规定不能动事实和数字，但规定写在文档里，Claude 不一定每次都照做，所以要另外验证。

一个人做 AI 润稿的几个做法

• 定期问一次“全部都跑过了吗”：规则写了不代表每篇都做到，这次就是问了才发现有遗漏。
• 先小范围试跑，看实际修改再决定强度：5 篇、14 行，看完就能判断。
• 法律文字不交给 AI 润稿：隐私政策这类页面，用词就是内容。
• 分批要有清楚的范围：按语言分，中断了也知道哪里没跑完。
• 用脚本验证，不靠肉眼：标题、链接、图片、数字、frontmatter，能用程序比对的就让程序比对。

整个网站怎么搭、用了哪些服务，见《Jason Finance 从零到一》。更多文章在 AI 创业主题页。

常见问题

AI 润稿会不会改掉文章里的事实和数字？

有可能，所以要另外检查。Jason Finance 用一个脚本逐个文件比对改前改后，确认标题、链接、图片、数据标记和 frontmatter 都没变，数字也没变；唯一的例外是一句英文换了说法，意思相同。

multilingual-humanizer 是什么？

它是 Jason Finance 用的 Claude Code 润稿 skill，2026 年 10 月 8 日开始使用，来自 owner 自己的 repo。它有润稿和翻译两种流程，每个语言有一份用词规则，规则改编自 10 个 MIT 授权的开源 humanizer 项目。

全站 271 个文件的 AI 润稿改了多少？

2026 年 10 月 17 日跑完，271 个文件里有 178 个有修改，合计约 323 行。简体中文改得最多，大多是残留的台湾用语，例如“透過”改成“通过”。

为什么要先拿 5 篇文章试跑？

先看润稿的强度合不合适。5 篇一共只改了 14 行，而且都是用词；我看过改前改后的例子，决定全站用同样的强度。

哪些页面没有跑 AI 润稿？

隐私政策页没有跑。它是法律文字，用词的意思不能随便换，所以排除在外。文章、主题页和关于页的四种语言都有跑。

AI 跑到一半被中断怎么办？

这次 10 批里有 8 批因为会话的用量上限中途停下来，之后接着跑完。因为每一批都有清楚的文件范围，最后再用比对脚本检查全部的修改，不用从头重跑。