Community寫作與編輯github.com

josie2479-maker/claude-skills

從文件(備忘錄、規格書、簡報、提案、工作說明書、報告或任何要交給主管、機構、客戶或承包商的文件)中去除 AI 寫作的腔調。當有人要求「清理一下」、「弄專業點」、「把 Claude 的味道拿掉」、「去 AI 化」、「弄到可以寄出去」,或當一份草稿即將交付但尚未經過語體檢查時使用。也應在草擬任何對外文件的最後一步自動執行。不適用於聊天回覆、個人筆記或內部草稿——那裡的對話語氣是合適的,扁平化反而是一種損失。也不適用於小說或其他創意寫作,因為語氣本身就是重點;請參閱內文中的小說注意事項。

claude-skills 是什麼?

這是一個「一般語體檢查」技能,旨在將文件改寫成其文件類型本身的正式語體,去除過度強調的 AI 腔調,使內容更為客觀、直接。它的核心原則是「相同的內容、相同的結構、相同的發現,只改變行文」。技能的運作方式是:(1) 首先根據讀者和文件類型建立目標語體,對於商業與政府文件,預設目標是平淡、直述、刻意無聊。(2) 根據詳盡的清單,系統性地刪除特定詞彙與模式,例如強化語氣詞(真的、實際上)、主觀評價形容詞(尖銳、優雅)、分析性隱喻(承重、明說的隱私)、對比句式(不是 X 而是 Y)、診斷名詞(陷阱是)、引導讀者的詞語(值得注意的是)、自我認證的用語(誠實地)等等。它還包含一份外部常見 AI 寫作標記參考清單(來自維基百科),用於識別更深入的問題,如膨脹的重要性、模糊的歸因、吹噓的語言和特定 AI 詞彙(例如:additionally, crucial, delve, robust)。(3) 嚴格禁止改動實質主張、數據、引文、結構、佔位符及所有權標示。技能要求報告已刪除的特定詞組及其原句與替代句,並標記任何可能引發爭議的判斷,讓使用者進行最終校驗。此技能支援任何需要對外溝通的文字處理平台,並可透過檔案備份或版本控制來執行。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/josie2479-maker/claude-skills/tree/HEAD/skills/plain-register-pass

Installed? Explore more 寫作與編輯 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

一般語體檢查

授權條款: 以 CC BY 4.0 釋出 — 可自由使用、改編及分享,但須註明出處。

將文件改寫成其文件類型本身的語體。內容、結構、發現均不變。僅改變行文。

此技能解決的問題:AI 草稿充滿了論文式的強調語氣。熟悉該文件類型的讀者一眼就能看出,而發送者每次都得手動去除這種語氣。一份在寄出前需要先「去 AI 化」的草稿,根本不算完成。

1. 首先確立目標語體

詢問,或從文件中推斷:誰會收到這份文件,以及這是什麼類型的文件? 採購文件、法律備忘錄、臨床試驗計畫書與董事會更新報告,各有其固有的語氣。請用那種語氣書寫,而不是使用一種通用的「專業」語氣。

大多數商業與政府文件的預設目標:平淡、直述、刻意無聊。主張、根據、結論。 每個觀點只陳述一次,不要用更強烈的語氣重申。偏好較短、較平淡的詞彙。

實用測試:如果一句話在工作會議上朗讀起來會很奇怪,就改寫它。

檢查是否有讀者專屬的「指出清單」。 如果收件人曾經指出過哪些部分讀起來像 AI 寫的(例如,有位審查者希望建議放在第一句,或希望減少表格),這份清單的優先級高於下方的通用清單。在開始前,先在專案資料夾(README、追蹤器或筆記檔案)中尋找它。如果使用者回報該讀者對某個詞語有新的反應,就將其加入清單。

小說與創意寫作:不要執行扁平化處理。 「刻意無聊」不是故事的正確目標。僅使用第 2 節和第 2a 節的指出清單來識別 AI 習慣,並以作品本身的語氣規則(例如故事聖經或風格註記)作為目標語體。如果還沒有語氣規則,請先和使用者一起制定。

2. 刪除這些

作為強調使用的強化詞 — 真的、實際上、誠實地、真正的、簡單地說、「真正的問題是」、「重點是」。

偽裝成描述的主觀評價形容詞 — 尖銳的、不舒服的、誠實的、殘酷的、乾淨的、優雅的、鮮明的、直接的、引人注目的。如果該形容詞是作者對事實的看法,而不是事實本身的屬性,就刪除它。

代替分析工作的隱喻 — 關鍵的(load-bearing)、不能說的祕密(the quiet part)、說出不能說的祕密(says the quiet part out loud)、穿著作為別人的衣服、偽裝、爆炸範圍、跡象(the tell)、剝離、接合處、反過來指向。用字面的關係來取代:「決定」、「限制」、「指向」、「指出」。

對比句 — 「不是 X,而是 Y。」/「那不是 X。那是 Y。」/「不是 A 而是 B。」/「不只是 X,還有 Y。」/「不是 X,不是 Y,只是 Z。」/ 反轉形式「Y 而非 X」和「Y 而不是 X」。全部簡化為一個單一的肯定句來陳述事實。

診斷名詞 — 陷阱是、失敗模式是、跡象是、這裡的主要風險是、要注意的是。直接陳述觀點,而不是先宣布你要陳述觀點。

引導讀者 — 值得注意的是、值得你留意的、重點是、特別地、關鍵地、重要的是、重要的是要記住/考慮、「只有在這時」、「不著痕跡地」、「如果是這個發現」。直接說出重點,不要為它鋪陳。

自我認證的嚴謹性 — 向讀者保證作者很謹慎的詞語:誠實地、刻意地、不是根據記憶、而不是默默地省略、是承載而不是棄置。只陳述事實本身。方法註記應保留程序(「每一處引用都已依據 [日期] 的現行法規進行檢查」),並刪除道德讚揚。也要刪除寫給未來起草者而非讀者的指示(「不要重新推導」、「不要用推論填補」)。

承載重量的破折號插入語。 轉換為從屬子句、獨立句子或刪除。用於插入說明的破折號可以保留;用於製造節奏感的破折號則必須刪除。

修辭結構 — 三拍清單、遞進重複、為了效果而設的單句段落,以及任何唯一功能是讓前一句話更震撼的句子。刪除那句話。

裝飾 — emoji 標記、箭頭、粗體驚嘆號。保留標記,去除裝飾:將 ⚠️ 替換為純粹的粗體標籤,例如注意事項: 或假設:。

工作區產物 — 只有草稿環境中才看得懂的引用:

  • 指令或設定檔檔名(CLAUDE.md 及類似檔案)
  • AI 或助理角色標籤(「助理(專案負責人)」、「AI」)
  • 內部工單或追蹤器標籤(TASK#N 樣式、決策記錄 ID 如 D7 或 O12)
  • 本機檔案路徑
  • 來源註記,如「依 [姓名]」或「[姓名] [日期]」
  • 聊天機器人殘留物:「希望這對你有幫助」、「當然!」、「沒問題!」、「你想要…嗎?」、「讓我知道」、「這是一個…」

移除它們,或替換為讀者面向的對應內容:核准角色、決策記錄引用、文件標題。這些東西藏在表格、頁尾、註解和資料儲存格中,所以請搜尋整個檔案(包括 Office 檔案內部),而不僅是本文。如果某個標籤是事實來源的唯一記錄,則保留事實並標記來源缺失,而不是默默地刪除標籤。

2a. 已知的 AI 寫作標記(外部檢查清單)

主要來源:維基百科,「AI 寫作的跡象」(WikiProject AI 清理建議頁面)。將該頁面儲存一份註記日期的副本(例如 PDF)連同你的專案筆記,以便日後核對清單是否與當時的內容一致;下方標記 (W) 的項目來自該頁面。未標記的項目來自一般媒體對過度使用的聊天機器人詞語的報導,資料來源較不可靠。

該來源的兩項警告適用於每次檢查:

  • 一兩個命中點不能證明什麼。 這些詞語和模式會共同出現;叢集才是訊號。不要機械式地刪除每個普通的詞語,例如「關鍵」或「另外」。
  • 這些跡象指向更深層的問題。 膨脹的重要性、模糊的歸因和拖曳的分析,通常標誌著一個沒有根據的主張。修正主張(加入根據、縮小範圍或刪除它),而不僅僅是修改措辭。

膨脹的重要性 (W) — 是/做為、是…的見證/提醒、一個關鍵/樞軸/至關重要/顯著/重要的角色或時刻、強調/凸顯其重要性、反映更廣的、象徵其持續/持久/長久的、有助於、為…奠定基礎、標誌/塑造、代表/構成一個轉變。還有:扮演重要角色、豐富的歷史、持久的遺產、為…鋪平道路。只說明發生了什麼事以及對誰發生。

拖曳的 -ing 分析 (W) — 附加在事實句末尾的現在分詞片語:「,突顯/強調…」、「,確保…」、「,反映/象徵…」、「,有助於…」、「,培養/孕育…」、「,涵蓋…」、「,增強…」。還有「有價值的洞見」、「與…一致/共鳴」。刪除尾巴,或將其變成一個獨立且有根據的句子。

推銷式語言 (W) — 宣稱、充滿活力的、豐富的、深刻的、增強、展示、體現、致力於、開創性的、著名的、特色、多樣化的系列、坐落於、在…的中心。還有:無縫的、尖端的、創新的、動態的、變革性的、改變遊戲規則的、最先進的、流線型的、賦權。用可衡量的屬性來取代,或直接刪除。

AI 詞彙 (W) — Additionally(尤其在句首)、align with、bolstered、crucial、deep dive、delve、emphasizing、enduring、enhance、fostering、garner、highlight(動詞)、interplay、intricate/intricacies、key(形容詞)、landscape(抽象名詞)、meticulous、pivotal、robust、showcase、tapestry(抽象名詞)、testament、underscore(動詞)、valuable、vibrant。還有:realm、navigate(比喻)、leverage、holistic、multifaceted、nuanced、embark、elevate、harness、unlock。

避免使用單純的「是」和「有」(W) — 「是…的」、「做為…」、「功能是…」、「運作為…」、「標誌著」、「代表著」,以及可以使用「是」或「有」的地方卻用了「自豪於/以其…為特色/提供/維持」。還有複雜版本,例如以「其職業生涯始於」代替「曾是」。使用單純的動詞。

模糊的關聯 (W) — 「與…有關」、「與…相關」、「與…相關聯」、「與…有關聯」來取代實際的關係(「曾是…的 CEO」、「曾在…任教」)。直接說明關係。

模糊的歸因 (W) — 產業報告、觀察者指出、專家認為、部分評論家認為、幾個來源(當只有一個來源被引用時);還有「研究顯示」、「許多人認為」。說出來源,或刪除主張。

公式化的開頭與結尾 (W,部分) — 「儘管其…,面臨幾個挑戰…」、「儘管有這些挑戰…」、「未來展望」結尾、「總而言之」、「結論是」、「整體而言」,一個總結性的段落來重複全文內容。還有:「在今天的…」、「談到…」、「最終,」、「從 X 到 Y」用於涵蓋範圍的表述、反射性的「雖然 X,但 Y」開頭,以及成對的「挑戰與機會」。

關於來源的保留用詞 (W) — 「雖然具體細節有限…」、「沒有廣泛記錄/可用」、「根據可用資訊」、「在所提供的來源中」。要麼找到事實,要麼將缺口標記為缺口。

格式習慣 (W,部分) — 對每個關鍵片語加粗;行內標題的清單(項目符號、粗體標籤、冒號、文字);標題大小寫;使用 emoji 作為格式;使用表格代替文字;使用帶間隔的破折號來製造衝擊;冒號標題;每兩段就有一個標題;一致的句子長度。與文件類型相符:信件使用段落;專案提案可能會保留標題和一些標籤。

不要使用 AI 偵測網站(GPTZero、Pangram 及類似網站)。維基百科頁面警告不要依賴它們,它們會產生假陽性,而且將草稿貼到公開工具中可能會違反使用者的工作場所或客戶的機密性或 AI 使用政策。模式審查和朗讀測試才是檢查方式。

3. 不要變更

  • 實質主張、數字、引用、法規或法條引用、日期、姓名。
  • 文件結構、章節順序、標題。
  • 佔位符、[CONFIRM] 標記、缺口清單、假設標記,任何標記為推測性或建構性的內容。讓這些更加客觀,而不是更不顯眼。
  • 所有權和作者歸屬框架,包括刻意留空的欄位。

關鍵的護欄:去除語氣,但不能軟化結論。 一個不受歡迎的發現,用尖銳的語氣陳述,變成用平淡的語氣陳述同一個發現——它不會變成一個樂觀的發現。「對大多數使用者來說,升級不比從前差」變成「對大多數使用者來說,預期結果是沒有變化」,而不是「使用者將會受益」。平淡是行文的目標,絕不是內容的目標。如果改寫讓文件更容易被寄出,請檢查結論是否被修改了。

4. 標準術語不是隱喻

有些領域的片語看起來像比喻,但其實是公認的術語 —「關鍵路徑」、「剔除」、「跑道」、「單一聯絡窗口」。保留它們並記錄這個判斷。將術語改寫成描述,會給人一種不熟悉該領域的感覺。

5. 方法

  1. 在編輯前備份檔案(建立副本,或如果檔案在版本控制中則使用版本控制)。
  2. 改寫。這裡適合進行全文改寫,因為整個行文表面都是處理對象,但如果既有規則要求精確編輯,請先確認是否需要這麼做。
  3. 執行機械式掃描:搜尋結果中是否有第 2 節和第 2a 節中的詞語和模式(包括「而非」、「而不是」、「是…的」、破折號,以及以「,[動詞]ing…」結尾的句子),並修正每個命中點,或註明為什麼保留。
  4. 以指定的讀者身分閱讀。任何在會議中聽起來奇怪,或與讀者專屬指出清單相符的文字,都要改寫。
  5. 透過與寫入路徑不同的方式,閱讀結果來驗證。確認章節結構、每個引用和每個佔位符都保留下來了。
  6. 報告已刪除的特定詞組,附上原文 → 替換文。 這是檢查過程中最有價值的產出。它讓讀者判斷規則是否正確地捕捉到問題,而且比改寫後的文件更快教會使用者辨識模式。
  7. 標記任何可能引起爭議的判斷,以便在不重新閱讀整份文件的情況下逆轉。

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

josie2479-maker/claude-skills

Test a ready-made list of deliverables, documents or artifacts before anyone commits to tracking it. Use when someone is handed a list from a template, vendor, consultant, PMO framework or AI (\"standard project documents\", \"required artifacts\", \"deliverables checklist\") and asks whether to adopt it, what is really required, what to drop, or what is missing. Tags each item by who requires it (funder, law or regulation with citation, a named person, or standard practice that nobody requires), reads the funder's or agency's own template section by section to find required items the list leaves out, and returns a table plus a drop / keep / add list. Not for building a list from scratch with no list in hand, and not for checking whether finished documents are good.

josie2479-maker/claude-skills

Verify factual claims before delivering them. Use before any answer or deliverable the user will act on, forward, or share with others — rules, policy, legal, financial, date, or product facts — and whenever they say 'is that right', 'double-check that', 'verify this', 'fact-check', 'are you sure', or 'source?'. Exception: vetting a claim someone else handed the user is critical-thinking-walkthrough; fetching page text is reliable-fetch (this skill calls it).

josie2479-maker/claude-skills

Interview the user about something they are ABOUT TO BUILD, before any of it is built — a feature, a system, an automation, a workflow, a document structure. Use when a plan exists only in their head or as a rough idea and the design decisions are still open: \"grill me\", \"interview me about this\", \"help me think this through before I build it\", \"what am I not deciding\", \"ask me what you need to know\". Works the design as a dependency tree, asking one answerable question per round (the one that unblocks the most decisions first) with a recommended answer attached, and never asking anything it could look up itself. BOUNDARY — this is front-loaded, for decisions not yet made. Reviewing a plan that already exists and stress-testing it for holes is the plc skill. Interrogating information someone else handed you is critical-thinking-walkthrough. If the thing is already written down and the question is \"is this any good\", it is not this skill.

相關技能