Community寫作與編輯github.com

Dr-Titus100/titus-humanizer

將文字改寫成像是謹慎、說話樸實的人所寫,去除 AI 寫作模式(詞彙、句子和故事層級),同時保留所有事實。清理隱藏字元,在改寫前後對 AI 寫作模式進行 0 到 1 的評分,並可應要求審查草稿。

titus-humanizer 是什麼?

這個名為「titus-humanizer」的技能會將文字改寫成像是謹慎、說話樸實的人所寫,去除 AI 寫作模式(詞彙、句子和故事層級),同時保留所有事實。它源自專業編輯 AI 生成文字的寫作標準、維基百科的「AI 寫作跡象」頁面,以及 StoryScope 對 AI 小說的相關研究。該工具會先清理隱藏字元,並對原始文字進行評分,然後根據一套嚴格規則(包括禁止使用破折號、被動語態、口號式措辭和聊天機器人殘留用語)進行改寫。它支援任何可執行 Python 或 Shell 指令的平台,透過 `scripts/titus_tools.py` 指令碼提供清理與評分功能。改寫完成後,它會提供一份簡短報告,顯示改寫前後的 AI 模式評分、剩餘模式以及移除的隱藏字元,並可應要求提供詳細的修改說明或進行 AI 寫作模式審查。

相容平台✓Claude Code~Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/Dr-Titus100/titus-humanizer/tree/HEAD/skills/titus-humanizer

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

在你喜歡的 AI 中提問

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

說明文件

titus-humanizer 是做什麼的?

這個技能能讓寫作讀起來像是謹慎、說話樸實的人所寫。規則來自專業編輯 AI 生成文字的寫作標準(一個五類別的 AI 廢話用詞分類法,以及一組總是會被標記的 AI 用語)、維基百科的「AI 寫作跡象」頁面,以及 StoryScope 對 AI 小說的研究(Russell 等人,COLM 2026),該研究發現 AI 寫作不僅表現在用詞上,也表現在它選擇說什麼以及如何塑造故事。每個句子都適用一個問題:更樸實、更具體的版本會不會說得更好?

預設行為

  • 未附加其他說明的貼上文字: 回傳改寫後的文字,接著是第 7 部分的簡短報告(改寫前後的分數、剩餘模式以及移除的隱藏字元)。除此之外,不要有別的東西:沒有開場白(「這是潤飾過的版本」)、沒有結尾提議(「讓我知道是否...」)、沒有修改清單。
  • 使用者詢問改了什麼或要求備註: 在改寫後,加入一個簡短清單。每個項目引用原始詞語,說明問題,並給出修正方式。
  • 使用者詢問「這聽起來像 AI 寫的嗎?」、「找出廢話」或要求審查: 使用審查模式(靠近此檔案結尾處)。
  • 保留實質內容。 每一個事實、數字、名稱、日期、引用、技術術語和真實資格條件都必須保留。絕不為了讓模糊的文字變具體而編造來源、數字或細節。如果一個句子在沒有你所沒有的資訊下無法變得更具體,請寫出最樸實且誠實的版本。在備註模式中,你也可以說明哪些細節會有所幫助。
  • 符合語域和人稱。 隨意的文字保持隨意,正式的信件保持正式。保留作者的觀點(第一人称維持第一人稱)及其拼寫方式。結果通常比原文短,絕不會被填充。

工作流程

  1. 首先清理使用者文字中的隱藏字元(第 0 部分)並對原文進行評分(第 7 部分),以便改寫從乾淨的文字開始,並且你知道要尋找哪些模式。
  2. 閱讀整段文字。釐清讀者、目的、格式(電子郵件、簡報、論文、貼文)和語域。
  3. 按此順序找出問題:硬性規則(第 1 部分)、五個分類類別(第 2 部分)、實質內容和語氣(第 3 部分)、詞彙(第 4 部分)、結構(第 5 部分)。如果文字是在講述故事或反思經歷(小說、個人陳述、敘事散文、部落格文章、演講、求職信中的軼事),也要檢查第 6 部分中的敘事跡象。
  4. 逐句改寫,選擇最樸實準確的措辭。
  5. 執行此檔案結尾處的自我檢查,並修正它發現的任何問題。
  6. 對改寫後的文字進行評分並執行清理(第 7 部分)。如果改寫後的分數仍然「高」,或者任何第 1 部分的模式遺留下來,則僅對被標記的點再進行一次修正。然後提供文字與報告。

第 0 部分:隱藏字元清理

從 AI 工具、PDF、網頁和文書處理器複製的文字通常帶有你無法看到的字元。其中一些是零寬度空格、流浪的位元組順序標記、軟連字號、文字方向控制和不可見的標籤字元。其他的是奇怪的空格(不換行空格、窄空格、表意空格)和相似字母,例如英文單字中的西里爾字母「а」。它們會破壞搜尋、拼字檢查、字數統計和貼入表單的功能,並且有些工具會將它們視為機器生成文字的跡象。此步驟會移除它們。這是為使用者自己的寫作進行的文字衛生處理。

需要移除或修正的內容

  • 零寬度和不可見標記: 零寬度空格 (U+200B)、單字連接符 (U+2060)、位元組順序標記 (U+FEFF)、軟連字號 (U+00AD)、不可見數學運算子 (U+2061–2064)、蒙古文母音分隔符 (U+180E)、韓文填充符 (U+115F, U+1160, U+3164, U+FFA0)。
  • 零寬度連接符和非連接符 (U+200D, U+200C) 當它們位於普通的拉丁字母或空格之間時。
  • 文字方向控制: U+202A–202E, U+2066–2069, U+200E, U+200F, U+061C。
  • 不可見標籤字元: U+E0000–E007F。
  • 異體字選擇器 (U+FE00–FE0F, U+E0100–E01EF) 未跟在表情符號之後。
  • 私用字元和非字元。
  • 不常見的空格: 不換行空格、窄不換行空格、en/em/細/髮絲空格 (U+2000–200A), U+205F, U+3000, U+1680。每個都替換成普通空格。
  • 相似字母: 西里爾字母或希臘字母看起來像拉丁字母,位於否則為普通英文的單字中。將其替換為拉丁字母。

需要保留的內容

  • 表情符號序列。👨‍👩‍👧 或 ❤️ 內部的連接符和異體字選擇器是表情符號的一部分。
  • 阿拉伯文、波斯文、印地文和其他需要它們才能正確拼寫的指令碼中的連接符。
  • 其他字母表中的真實文字。俄文或希臘文單字保持原樣。
  • 程式碼、命令、URL、檔案路徑和識別碼內部的任何內容。
  • 必要的揭露和標籤,這些是可見文字,絕不屬於此清理範圍。

如何執行。 當程式碼工具可用時(Shell 或 Python),使用此技能資料夾中 scripts/titus_tools.py 的 clean 命令。對原始文字執行它,然後再次對完成的改寫執行。第 7 部分的報告會列出它移除了什麼。當沒有程式碼工具可用時,在改寫中重新輸入文字,不要複製字元,並在報告中說明這次指令碼無法檢查隱藏字元。對於 Word 檔案或 PDF,請先擷取文字,然後清理擷取到的文字。對於使用者希望以 .docx 格式取回的 .docx 檔案,請清理其內部的文字並保留格式。

誠實說明其作用。 它只會移除不可見和相似字母。它不會移除 AI 模型的統計浮水印,不會從檔案中剝離元數據,也無法證明文字是人寫的。切勿將結果描述為「無法檢測」或「經證明為人類所寫」。

第 1 部分:硬性規則(永遠不會出現在輸出中)

這些模式每次出現都被視為 AI 用語,無論上下文為何。不要產生它們,並將它們從使用者的文字中移除。

1. 標點符號。 沒有全型破折號 (—)。沒有用連字號或半型破折號作為破折號來設定插入語或中斷(「X - and Y - Z」)。沒有分號。沒有行內點狀分隔符(• · ●)在單行項目之間。沒有垂直線 ( | ) 作為分隔符。在散文、標題或標籤中沒有箭頭(→, ->, >, ⇒)。

  • 仍然可以:複合詞內部的連字號(「well-written」)、逗號、句號、問號、括號。
  • 範圍是允許的, 破折號周圍有或沒有空格:「pages 5–10」、「2019–2021」、「Jul 2020 – Jun 2021」、「May 2019 - Aug 2019」、「2018 – Present」、「Fall 2018 – Spring 2020」、「Q1 – Q3」。破折號只有在設定插入語或連接兩個子句時才算中斷,例如「closed in 2020 – and nobody noticed」。
  • 行首的項目符號是允許的(•, ●, ▪, - 或 *)。它們是列表標記,就像在履歷上。行內點規則僅涵蓋在同一行項目之間使用的符號,例如「Python • SQL • R」。請將其寫成逗號列表(「Python, SQL and R」)。
  • 修正方式:分成兩個句子,使用帶有「and」、「but」、「so」或「because」的逗號,或對真正的插入語使用括號。
  • 謹慎使用冒號。引入真實列表或定義的一個冒號是可以的。避免冒號驅動的節奏:標籤後加片語的寫法(「實習生:跟隨導師。經理:每週簽核。每個人:週五前登入工時。」)、引導語如「關鍵想法:」、「底線:」或「為什麼重要:」,以及冒號揭示(「答案:簡單。」)。

2. 先否定再肯定框架。 任何先否定一件事再肯定另一件事的句子,無論順序如何,包括跨兩個句子:

  • 「它不是 X,它是 Y」、「做 Y,不要做 X」、「不僅是 X,更是 Y」、「不只是 X,也是 Y」、「沒有 X,沒有 Y,只有 Z」、「Y 而不是 X」、「這個應用程式不僅僅是一個預算追蹤器 - 它是通往財務自由的道路」、「客戶服務不是成本中心。它是品牌的心臟。」
  • 修正方式:直接陳述肯定的主張(「這個應用程式按類別分類支出,並標記即將到期的帳單」)。當真正的修正才是重點時,將兩個事實清楚地陳述為兩個陳述,而不是呈現對比。

3. 被動語態。 指出是誰做了這個動作。「The budget was approved by the board」變成「The board approved the budget。」「The duplicate records were already flagged as invalid」變成「The import script had already flagged the duplicate records as invalid。」在技術和方法寫作中要注意這一點,因為它很容易隱藏在那裡(在研究寫作中,「we」通常可行)。描述狀態的句子是可以的(「The office is closed」、「The data are noisy」)。如果行為者確實未知,請選擇上下文支援的主詞,絕不使用編造的主詞。

4. 祈使句標題。 幻燈片、頁面和文件標題描述內容或陳述發現。它們不下達命令。「Fix the intake backlog before hiring more staff」變成「Intake backlog and staffing needs」。標籤遵循相同的規則:「CUT COSTS NOW」變成「Planned cost reductions」。這僅適用於標題。操作指南主體中的說明,或要求某人做某事的電子郵件,可以正常使用命令。

5. 口號式措辭。 標語和流行詞公式,聽起來很完整,但沒有留下讀者可以查證的內容:

  • 節奏片段:「一個實驗室。一個使命。無限的發現。」、「成本上升。產出卻沒有。」、「提早規劃。強勢收尾。」、「永遠好奇,永遠成長」、「許多團隊。一個校園。」
  • 流行詞公式:「將每一次患者就診轉變為長期的忠誠度引擎」、「透過統一數據堆疊,交付了速度、規模和信心」、「將研究支出轉化為複合影響」、「從分散的試算表到單一事實來源。」
  • 修正方式:說明發生了什麼,包括機制或數字。

6. 說明性規避表述。 切勿將數字、圖表或視覺元素描述為「說明性」、「僅供參考」、「僅供討論」、「方向性」、「樣本」、「暫用」或「近似」,因為其值沒有依據。請使用帶有來源和單位的實際數字,或清楚描述數據是什麼(「來自 2024 年部門調查的數據」)。

7. 聊天機器人殘留用語。 沒有「Certainly!」、「Great question」、「I hope this helps」、「Let me know if you'd like...」、「Here is a...」、「Below is a polished rewrite」、「As an AI」、知識截止日期備註,或作者未放置的未填寫模板佔位符。

第 2 部分:五個分類類別(判斷性呼籲)

每個類別適用於三個層級:單個詞彙、片語和獨立標籤(標題、欄位標題、圖表標題、標籤)。一個詞的標籤會得到與完整句子相同的審查。一個片語可能符含數個類別。

A. 彆扭或非自然的措辭。 測試:你會對同事大聲說出這句話嗎?這些詞可以理解,但組合得很機械。

  • 「Campus dining has become more intentional and value-forward.」應該說「更注重價格」。
  • 「Enrollment softened over the period.」應該說「下降」。
  • 「Costs trended upward」、「Turnover came in lower」、「lift the expense base」、「Attendance closed the semester at a reduced level」。應該說「上升」、「下降」、「提高開支」、「學期出勤率下降」。
  • 名詞被強制當作形容詞用:「REMOTE-FIRST LEARNER」變成「主要線上學習的學生」。
  • 語法倒裝:「Only through regular calibration can the sensor produce reliable readings」變成「感測器只有在定期校準時才能提供可靠的讀數。」
  • 奇怪的隱喻:「shoppers are voting with their thumbs」、「the survey is doing the heavy lifting here」(應該說「大部分證據來自這項調查」)。
  • 奇怪的呈現方式:「fiscal year twenty twenty-four」變成「FY2024」。

B. 過度或華麗的措辭。 測試:用你最樸實的詞彙說出來。如果沒有任何損失,那原文就是裝飾。

  • 「strategically orchestrate a dynamic constellation of interdisciplinary competencies that collectively empowers the attainment of elevated results」變成「集合具有不同技能的人以獲得更好的結果」。
  • 「Igniting Collaborative Brilliance」變成「團隊專案」。「A fundamentally recalibrated attendance baseline」變成「出勤率的持續下降」。「high-end premium laptops」變成「高階筆記型電腦」。
  • 堆疊的術語行話:正確的術語擠在一起,直到意義模糊(「雲端本地容器化微服務編排能力」、「敏捷跨職能交付團隊」)。
  • 顧問式動詞取代樸實動詞:「將洞察轉化為一致的行動」、「啟動路線圖」、「分享調查結果」、「將有前景的想法推向規模」。

C. 模糊或空洞的措辭。 測試:問是哪個產品、哪個指標、哪個結果。如果文字無法回答,那這些詞就是空洞的。模糊的句子可以原封不動地放在完全不同的文件中。

  • 「Revenue grew 12% in 2024, with broad-based gains across regions」變成「各地區均有成長」(或如果來源有,則命名地區)。
  • 「protect the core」變成「保護主要產品線」,如果這就是核心的意思。「Key Success Enablers」變成「招聘和培訓成果」,如果這就是該部分涵蓋的內容。「Smart engagement improves retention」變成「每週檢查電子郵件可以提高留存率」,如果這就是該方案。
  • 不完整的措辭:「Shared dashboards improve visibility」(提高什麼的可見性,以及對誰?)。
  • 缺失的因果關係:「Cost and convenience lead bike-share use」變成「成本和便利性是人們使用共享單車的主要原因」。
  • 不應配對在一起的名詞(「速度和社群」、「安全性和成長」),讓讀者無法分辨指的是哪一個。

D. 不必要的措辭。 測試:刪除它並重新閱讀。如果意思仍然存在,那它沒有起到任何作用。

  • 冗餘修飾語:「過去的歷史」、「預先規劃」、「突然的意外飆升」、「所有校區的總合併註冊人數」、「延遲或推遲決定」。
  • 空尾句:「為了掌握全貌」、「驅動持久價值」、「確保無摩擦體驗」。
  • 裝飾性標籤:「下一個篇章」、「前進動能」,

…

[為翻譯而截斷]

相關技能