一個人用 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 批因為工作階段的用量上限中途停下來，之後接著跑完。因為每一批都有清楚的檔案範圍，最後再用比對腳本檢查全部的修改，不用從頭重跑。