01 / When to use
什麼時候用？
適合技術文章、X 貼文、產品更新與隨筆讀起來太工整、太像 AI 的時候。它在原稿上編輯，讓這位作者聽起來像自己；原文已經自然時只做必要修改，不為了改而改。
繁中 中文稿太工整
套用台灣用語與繁中禁用句式，例如空洞的二元對比與空泛收尾。
英文 英文稿像 ChatGPT
套用英文禁用句式，包含誇張的開場與常見的 slop 詞彙。
少改 原文已經很自然
直接說明，只做最少的修改。
02 / How it works
先拆框架，
再修字句。
大部分的 AI 味來自結構，用字是其次。它照固定的優先順序處理：先保住事實，再保住立場與不確定性，然後才追求具體、調整結構；排在後面的目標，不能拿來犧牲前面的。
判斷語言
依正文判斷，不看零星的外來詞。繁中與英文各用自己的規則；混合時兩份都讀，保留作者原本的中英夾雜。
抽出內容
事實與數字、作者的判斷、親身經驗與具體行動，這些是要留下的。
刪掉框架
先刪不帶資訊的框架句。拿不準時問：刪掉它會少一個事實、立場或行動嗎？不會，就是框架。
重組句子
短而直接，一句一個意思，先講主張；保留原本的語域，隨性的貼文不改成公文。
自檢
依該語言的禁用清單重掃一次，把又冒出來的句式拿掉。
| 句式 | 改寫方向 |
|---|---|
| 「不是 A，而是 B」的二元對比 | 保留背後的具體事實，丟掉對比的框架。 |
| 「別急著…先…」的命令開頭 | 改成第一人稱的實際做法。 |
| 「其實」「本質上」等假洞見標記 | 刪掉標記；句子站不住，就整句刪。 |
| 冒號帶出空泛教訓 | 改寫成實際做了什麼。 |
| 「在 AI 快速演進的今天」這類宏大背景 | 從第一個具體事實開始。 |
| 為了湊三點的排比 | 只留真的成立的那幾點。 |
| 「值得注意的是」等轉場贅語 | 整個刪掉，句意不變。 |
| 「總而言之」的空泛收尾 | 給出真正的判斷，或停在最後一個事實。 |
英文稿另有一份 9 項的清單，包含 slop 詞彙；兩份都附改寫前後的範例。
03 / Questions
常見問題
中英混合的技術文章怎麼處理？
兩份規則都會讀，並保留作者原本的中英夾雜；Agent、LLM、token、API、prompt 這類作者留在英文的術語，不會被翻譯。
會不會把我的推測改成肯定句？
不會。作者寫「大概」「I think」「還不確定」，改寫後仍然保留；猜測不會被升級成肯定的主張。
隨手寫的貼文，會被改得很正式嗎？
不會。它維持原文的語域：隨性的貼文保持隨性，規格文件保持精確。
用詞會變成中國大陸用語嗎？
繁體中文一律用台灣慣用詞，例如軟體、程式、資料、伺服器。
用對的跡象
- 數字、模型名稱、API 名稱與引用的結果，和原文逐字相同。
- 作者原本的猶豫與立場還在。
- 開頭是具體事實，結尾是判斷或事實。
- 原文已經自然時，修改很少，並直接說明。
04 / My work
我在這個作品上的工作
我維護繁體中文與英文兩份禁用句式清單與改寫範例，並把流程整理成依正文語言載入對應規則的 skill；繁中規則以台灣用語為準。
05 / Boundaries
使用前需要知道
- 它只刪減與重組，不會新增原文沒有的主張，也不替作者補充論點。
- 規則只涵蓋繁體中文（台灣用語）與英文；其他語言沒有對應的禁用清單。
- 本頁示例沒有改寫任何實際文稿。
06 / Start here
帶回自己的專案
先閱讀完整流程，確認它和專案既有的規則與工具如何銜接，再按自己的情境安裝。