實戰手冊 · Field Manual 2026 夏季號
github.com/Pluviobyte/rnskill · 175 ★
第 01 期 · 開源技能 / 中文技術寫作

把 AI 味的中文,
改回你自己
的聲音。

rnskill 是 Pluviobyte(雪踏烏雲)維護的 AI Agent 技能集,目前收錄一個技能——人话。它不是潤色工具,而是一份禁用句式清單:專門抓中文技術寫作裡「不是 A,而是 B」這類 AI 腔調殼子,拆掉之後保留事實、數字、型號、測試條件與作者的判斷。這份手冊帶你安裝、看懂七類禁用句式,以及一段真實改寫前後對照。

175
GitHub Stars
1
收錄技能 · 人话
7
禁用句式類別
2d
建立至今(新專案)
01
這到底是什麼

不是潤色,
是一份禁用句式清單

rnskill 是 Pluviobyte(雪踏烏雲)維護的 AI Agent 技能集合,repo 描述是「雪踏烏雲的 AI Agent Skills 集合」。目前只收錄一個技能:人话。它處理的問題很具體——中文技術文章、X 貼文、模型評測、產品筆記,經過 AI 潤色後常常出現固定腔調,讀起來「正確但無聊」,看不出作者測過什麼、踩過什麼坑。

人话技能的做法不是「讓文字更順」,而是先抓出腔調殼子再拆掉。SKILL.md 定義了一組操作優先順序:保留事實、數字、產品名、型號、日期、專有名詞;砍掉那些用來包裝判斷、卻讓判斷消失的句式外殼。換句話說,它假設你原本就有觀點,只是被 AI 潤色磨平了,任務是把觀點還給你。

改寫流程分四步:先把原始材料拆進事實、判斷、經驗、行動四個桶子,刪掉空洞的框架句,再用短句、具體段落重寫,優先第一人稱,動詞時態要對齊實際的工作狀態(做完了 vs 打算做)。

人话 · 改寫四步
拆桶 刪框架 重寫 校時態
文章讀起來再順,也只像一篇正確但無聊的模型作文。
— skills/renhua/SKILL.md,標註為待改寫的 AI 腔調範例句
02
安裝

複製一個資料夾,
兩種 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 技術貼文, 把判斷、細節跟我的口吻都保留下來。
目前沒有附加開源授權。GitHub API 回傳 license: null——repo 沒有 LICENSE 檔案。使用前建議先跟作者確認授權條件,不要預設當作 MIT 或其他寬鬆授權處理。
03
七類禁用句式

每一類殼子
都在你的判斷。

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
抽象壓力語言
差距會變得很難看
用抽象的緊張感代替具體可見的結果。應該直接說出「什麼變難看」,而不是留一句空泛警語。

四桶提取:改寫前先分類

桶子 放什麼 改寫時的處理
事實 數字、型號、日期、測試條件 原樣保留,不重述、不誇飾
判斷 作者的結論與取捨 直接陳述,不靠對比句式包裝
經驗 測過什麼、踩過什麼坑 具體化,避免抽象化成「一些問題」
行動 做了什麼、接下來要做什麼 動詞時態對齊實際狀態,第一人稱優先
04
規則實際套用

同一句話,
拆殼前後差在哪。

以下六組例句全部逐字取自 SKILL.md 的規則說明,不是社群討論或憑空舉例。每組都是「AI 腔調版」對照「拆殼後版」,可以直接對照第 03 節的禁用句式類別看它具體套用在哪裡。

例 01

拆掉「不是 A,而是 B」

AI 腔:去 AI 味不是把文章改口語,而是保住判斷。

拆殼後:寫 AI 技術文章時,我更關心判斷有沒有保住。

來源 · SKILL.md · 二元對比殼範例
例 02

把對比換成具體動作

AI 腔:這一步省掉的不是一兩分鐘,而是整套重複動作。

拆殼後:這一步能省掉來回翻網頁、找入口、下載文件、再丟給 AI 的重複動作。

來源 · SKILL.md · 二元對比殼範例
例 03

拆掉「別急著 X,先 Y」

AI 腔:用 AI 分析 A 股,別急著問模型,先看數據接得穩不穩。

拆殼後:你讓 AI 分析股票,最怕它一本正經地拿錯數據。

來源 · SKILL.md · 指令模板開場範例
例 04

把「順序別反了」還原成因果

AI 腔:做 AI 投資分析,順序別反了。

拆殼後:做 AI 投資分析時,數據入口不穩,後面的模型分析也會跟著歪。

來源 · SKILL.md · 指令模板開場範例
例 05

拆掉「更重要的是」+ 模糊指代

AI 腔:更重要的是保住三個東西:經驗、判斷、細節。

拆殼後:我會檢查三件事:有沒有真實經驗,有沒有模型判斷,有沒有工程細節。

來源 · SKILL.md · 假洞見標記 + 模糊指代範例
例 06

把抽象壓力語言換成可見結果

AI 腔:等公司開始給每個人分 AI 額度,差距會突然變得很難看。

拆殼後:等公司開始給每個人分 AI 額度,同樣一筆錢,有人只換來幾段廢話,有人能少開幾場會。

來源 · SKILL.md · 抽象壓力語言範例
05
使用實例

$renhua 怎麼
把一段草稿拆殼

以下是一段示意情境:你寫完一段中文技術筆記,想貼給 Agent 去 AI 味。呼叫語法是真實的($renhua 前綴),但輸入輸出內容為示範用途,用來說明第 01 節的四桶提取流程與第 03 節的禁用句式檢查怎麼實際運作,不代表 repo 內建的固定範例。

~/projects/notes · claude code · rnskill
You › $renhua 幫我改一下這段,把判斷、細節跟我的口吻都保留下來: 「這次升級不是簡單的版本更新,而是整個推理架構的重構。」 「更重要的是保住三個東西:延遲、成本、準確率。」 「別急著上線,先看灰度測試的數據穩不穩。」
[loaded skills/renhua/SKILL.md] [extracting → 事實 / 判斷 / 經驗 / 行動 四桶]
Claude(人话)› 抓到三處禁用句式,逐一拆殼:
[禁用 01 · 二元對比殼]「不是簡單的版本更新,而是…重構」 → 你實際做的事是什麼?具體改了哪裡?
You › 把推理引擎從單體換成三個獨立服務,拆完之後單次呼叫延遲降了 40ms。
Claude › 拆殼後:這次升級把推理引擎從單體拆成三個獨立服務, 單次呼叫延遲降了 40ms。
[禁用 05 · 假洞見標記 + 模糊指代]「更重要的是保住三個東西」 拆殼後:我會盯三個數字:延遲、成本、準確率。
[禁用 02 · 指令模板開場]「別急著上線,先看數據穩不穩」 拆殼後:灰度測試跑了三天,準確率沒掉,才排上線。
[事實保留:40ms、三天、三個獨立服務 — 原樣未改] [時態校正:已完成的重構用過去式陳述,非規劃語氣]
寫 AI 技術文章時,我更關心判斷有沒有保住。
— skills/renhua/SKILL.md,拆殼後範例句

這段對話為什麼值得拆解

技能沒有「潤色」這段筆記,而是逐句指認禁用句式、逼你把包裝底下的具體事實講出來——多快、拆成幾個服務、測了幾天。SKILL.md 把這個順序寫死:先問事實,再重寫,而不是先重寫再補事實,這是它跟一般「潤色 prompt」的根本差異。

一個技能,七類禁用句式——這就是「人话」的意義:它不替你想觀點,只是不讓 AI 腔調把你原本就有的觀點磨平成正確但無聊的模型作文

06
先看清楚這些

不是萬用改寫
知道邊界再上路。

  • 只處理中文技術寫作場景。它鎖定的是 X 貼文、技術文章、模型評測、產品筆記這類場景,不是通用的所有語言、所有文體潤色工具。
  • 前提是原文已經有判斷。技能的假設是「你本來就有觀點,只是被磨平」。如果原文本身就空洞、沒有具體事實與經驗可拆,四桶提取也生不出東西。
  • 規則清單目前不長,覆蓋有限。SKILL.md 列出的是七類已辨識的禁用句式,不是窮舉所有 AI 腔調。超出這七類的腔調(例如特定領域的套話)不會被自動抓到。
  • 目前沒有附加開源授權。GitHub 回報 license: null。在確認作者授權條件前,不建議把它當成可自由再散布的 MIT 專案使用。
  • Repo 非常新,只有 2 天歷史。建立於 2026 年 7 月 4 日,目前只收錄一個技能。功能與規則清單很可能持續變動,安裝前建議直接看當下的 SKILL.md,而不是只信這份手冊的截圖。
  • 需要 Agent 支援專案層級技能。安裝路徑依賴 .agents/skills/(Codex)或 .claude/skills/(Claude Code)這類約定。如果你的工具不支援讀取專案內的 SKILL.md,技能不會生效。
  • 拆殼不等於保證真實。技能負責去掉腔調外殼、保留你給的事實與判斷,但不會替你查證事實本身對不對。數字、型號、日期是否正確,仍是作者的責任。
07
進階路徑

把它成你自己的規則清單。

技能只是一個 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 技術文章時,我更關心判斷有沒有保住。
— skills/renhua/SKILL.md