不是潤色, 是一份禁用句式清單。
rnskill 是 Pluviobyte(雪踏烏雲)維護的 AI Agent 技能集合,repo 描述是「雪踏烏雲的 AI Agent Skills 集合」。目前只收錄一個技能:人话。它處理的問題很具體——中文技術文章、X 貼文、模型評測、產品筆記,經過 AI 潤色後常常出現固定腔調,讀起來「正確但無聊」,看不出作者測過什麼、踩過什麼坑。
人话技能的做法不是「讓文字更順」,而是先抓出腔調殼子再拆掉。SKILL.md 定義了一組操作優先順序:保留事實、數字、產品名、型號、日期、專有名詞;砍掉那些用來包裝判斷、卻讓判斷消失的句式外殼。換句話說,它假設你原本就有觀點,只是被 AI 潤色磨平了,任務是把觀點還給你。
改寫流程分四步:先把原始材料拆進事實、判斷、經驗、行動四個桶子,刪掉空洞的框架句,再用短句、具體段落重寫,優先第一人稱,動詞時態要對齊實際的工作狀態(做完了 vs 打算做)。
拆桶
刪框架
重寫
校時態
文章讀起來再順,也只像一篇正確但無聊的模型作文。
複製一個資料夾, 兩種 Agent 都能用。
技能是純 Markdown 檔案,前提是你的 Agent 工具支援專案層級技能(能讀取 .agents/skills/<skill-name>/SKILL.md)。安裝方式是把 skills/renhua 資料夾複製到你專案對應的技能目錄。README 給出兩種路徑:
# Codex
mkdir -p <project>/.agents/skills
cp -R skills/renhua <project>/.agents/skills/renhua# Claude Code
mkdir -p <project>/.claude/skills
cp -R skills/renhua <project>/.claude/skills/renhua怎麼呼叫它
安裝後用 $renhua 前綴呼叫,附上要改寫的原文與你想保留的判斷。README 給的範例:
$renhua 幫我改一下這篇中文 AI 技術貼文,
把判斷、細節跟我的口吻都保留下來。每一類殼子都在藏你的判斷。
SKILL.md 把 AI 味拆成七種可辨識的句式。它們的共同點是:讓句子看起來有結論,實際上只是換了個包裝,判斷本身被稀釋掉了。下表逐類列出定義與 SKILL.md 給出的具體例句。
禁用 · 01
二元對比殼
不是 A,而是 B
用對比包裝結論而不直說。含「並非 A,而是 B」「不在於 A,而在於 B」「與其 A,不如 B」等變體。
禁用 · 02
指令模板開場
別急著 X,先 Y
用祈使句代替具體問題或觀察。含「先別 X,先 Y」「順序別反了」「記住這句話」等變體。
禁用 · 03
假洞見標記
其實、本質上
用「真正」「其實」「核心在於」「說白了」「歸根結底」「更重要的是」這類詞直接宣稱洞見,取代真正論證。
禁用 · 04
說教式冒號
冒號後面變教條
冒號把具體描述變成通用教訓句,讓句子從「這件事」滑向「這類道理」。
禁用 · 05
模糊指代
東西、這件事
用「東西」「這些」「一類」「幾個方向」代替具體名詞,讀者無法還原你指的到底是什麼。
禁用 · 06
時態錯位
做完了 vs 打算做
動詞時態要對齊實際工作狀態。已完成的事寫成規劃語氣,或反過來,都會讓讀者誤判進度。
禁用 · 07
抽象壓力語言
差距會變得很難看
用抽象的緊張感代替具體可見的結果。應該直接說出「什麼變難看」,而不是留一句空泛警語。
四桶提取:改寫前先分類
| 桶子 | 放什麼 | 改寫時的處理 |
|---|---|---|
| 事實 | 數字、型號、日期、測試條件 | 原樣保留,不重述、不誇飾 |
| 判斷 | 作者的結論與取捨 | 直接陳述,不靠對比句式包裝 |
| 經驗 | 測過什麼、踩過什麼坑 | 具體化,避免抽象化成「一些問題」 |
| 行動 | 做了什麼、接下來要做什麼 | 動詞時態對齊實際狀態,第一人稱優先 |
同一句話, 拆殼前後差在哪。
以下六組例句全部逐字取自 SKILL.md 的規則說明,不是社群討論或憑空舉例。每組都是「AI 腔調版」對照「拆殼後版」,可以直接對照第 03 節的禁用句式類別看它具體套用在哪裡。
例 01 · 拆掉「不是 A,而是 B」
**AI 腔:**去 AI 味不是把文章改口語,而是保住判斷。
來源 · SKILL.md · 二元對比殼範例
例 02 · 把對比換成具體動作
**AI 腔:**這一步省掉的不是一兩分鐘,而是整套重複動作。
來源 · SKILL.md · 二元對比殼範例
例 03 · 拆掉「別急著 X,先 Y」
**AI 腔:**用 AI 分析 A 股,別急著問模型,先看數據接得穩不穩。
來源 · SKILL.md · 指令模板開場範例
例 04 · 把「順序別反了」還原成因果
**AI 腔:**做 AI 投資分析,順序別反了。
來源 · SKILL.md · 指令模板開場範例
例 05 · 拆掉「更重要的是」+ 模糊指代
**AI 腔:**更重要的是保住三個東西:經驗、判斷、細節。
來源 · SKILL.md · 假洞見標記 + 模糊指代範例
例 06 · 把抽象壓力語言換成可見結果
**AI 腔:**等公司開始給每個人分 AI 額度,差距會突然變得很難看。
來源 · SKILL.md · 抽象壓力語言範例
**拆殼後:**寫 AI 技術文章時,我更關心判斷有沒有保住。
**拆殼後:**這一步能省掉來回翻網頁、找入口、下載文件、再丟給 AI 的重複動作。
**拆殼後:**你讓 AI 分析股票,最怕它一本正經地拿錯數據。
**拆殼後:**做 AI 投資分析時,數據入口不穩,後面的模型分析也會跟著歪。
**拆殼後:**我會檢查三件事:有沒有真實經驗,有沒有模型判斷,有沒有工程細節。
**拆殼後:**等公司開始給每個人分 AI 額度,同樣一筆錢,有人只換來幾段廢話,有人能少開幾場會。
看 $renhua 怎麼把一段草稿拆殼。
以下是一段示意情境:你寫完一段中文技術筆記,想貼給 Agent 去 AI 味。呼叫語法是真實的($renhua 前綴),但輸入輸出內容為示範用途,用來說明第 01 節的四桶提取流程與第 03 節的禁用句式檢查怎麼實際運作,不代表 repo 內建的固定範例。
$ You › $renhua
幫我改一下這段,把判斷、細節跟我的口吻都保留下來:
「這次升級不是簡單的版本更新,而是整個推理架構的重構。」
「更重要的是保住三個東西:延遲、成本、準確率。」
「別急著上線,先看灰度測試的數據穩不穩。」
claude: Claude(人话)›
抓到三處禁用句式,逐一拆殼:
hl: [禁用 01 · 二元對比殼]「不是簡單的版本更新,而是…重構」
→ 你實際做的事是什麼?具體改了哪裡?
$ You ›
把推理引擎從單體換成三個獨立服務,拆完之後單次呼叫延遲降了 40ms。
claude: Claude ›
ok: 拆殼後:這次升級把推理引擎從單體拆成三個獨立服務,
ok: 單次呼叫延遲降了 40ms。
hl: [禁用 05 · 假洞見標記 + 模糊指代]「更重要的是保住三個東西」
ok: 拆殼後:我會盯三個數字:延遲、成本、準確率。
hl: [禁用 02 · 指令模板開場]「別急著上線,先看數據穩不穩」
ok: 拆殼後:灰度測試跑了三天,準確率沒掉,才排上線。
寫 AI 技術文章時,我更關心判斷有沒有保住。
這段對話為什麼值得拆解
技能沒有「潤色」這段筆記,而是逐句指認禁用句式、逼你把包裝底下的具體事實講出來——多快、拆成幾個服務、測了幾天。SKILL.md 把這個順序寫死:先問事實,再重寫,而不是先重寫再補事實,這是它跟一般「潤色 prompt」的根本差異。
一個技能,七類禁用句式——這就是「人话」的意義:它不替你想觀點,只是不讓 AI 腔調把你原本就有的觀點磨平成正確但無聊的模型作文。
不是萬用改寫。知道邊界再上路。
把它編成你自己的規則清單。
技能只是一個 SKILL.md。你可以打開來改、加你自己團隊常見的 AI 腔調範例,完全不需要寫 code。
進階玩法地圖
**1. 擴充你自己的禁用句式。**打開 skills/renhua/SKILL.md,把第 03 節七類之外、你團隊特有的套話(例如某個產業慣用語)加進去,連同一組 before/after 範例。
**2. 同時裝進兩種 Agent。**把同一份 skills/renhua 分別複製進 .agents/skills/ 與 .claude/skills/,讓 Codex 跟 Claude Code 共用同一套規則,不必各自維護一份。
**3. 先確認授權再團隊採用。**repo 目前沒有 LICENSE 檔案。若要在公司內部多專案共用,建議先聯繫作者確認可否使用、能否修改後再散布。
**4. 追蹤更新頻率。**repo 建立僅兩天,規則清單很可能持續擴充。定期回頭 git pull 或重新比對 SKILL.md,避免用到過時版本。
最該讀的延伸閱讀
① skills/renhua/SKILL.md——七類禁用句式、四桶提取流程與完整 before/after 範例。 ② README.zh.md——安裝步驟與技能總覽(另有 README.md 英文版)。
寫 AI 技術文章時,我更關心判斷有沒有保住。