메뉴
把 AI 味重、簡轉繁或過度拋光的文字，改成自然、可信、符合臺灣語感的繁體中文，同時保住作者原有聲音與所有事實。使用者只要提到「去 AI 味」「更像人寫的」「說人話」「自然一點」「臺灣用語」「不要像 ChatGPT」「幫我潤稿再發」，或要改電子報、社群貼文、客服信、公告、README、release note、觀點文與出版稿，都應使用本 skill。若原文已自然，應主動少改或原文放行；不適用於逐字翻譯、事實查核、仿特定作者文風、程式碼本體或純品牌 voice 擬合。
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
SOC 직업 분류 기준
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/tentenco/human-tone-zh --skill tenten-human-tone-tw명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SKILL.md 표시 중
| name | tenten-human-tone-tw |
| description | 把 AI 味重、簡轉繁或過度拋光的文字，改成自然、可信、符合臺灣語感的繁體中文，同時保住作者原有聲音與所有事實。使用者只要提到「去 AI 味」「更像人寫的」「說人話」「自然一點」「臺灣用語」「不要像 ChatGPT」「幫我潤稿再發」，或要改電子報、社群貼文、客服信、公告、README、release note、觀點文與出版稿，都應使用本 skill。若原文已自然，應主動少改或原文放行；不適用於逐字翻譯、事實查核、仿特定作者文風、程式碼本體或純品牌 voice 擬合。 |
| license | MIT |
| metadata | {"version":"0.15.0","language":"zh-Hant-TW","maturity":"experimental","baseline":"speak-human-tw 1.4.0"} |
把文字從「模型在表演寫作」拉回「這個作者正在這個場景說一件事」。
核心順序：先保真，再辨認作者聲音，只移除人工痕跡，最後才做臺灣化與節奏回讀。
這不是禁詞替換器，也不是替作者發明人格。真人感必須能在原文找到證據；找不到，就不能加。
先判斷使用者要哪一種結果：
rewrite：直接交付可用稿，預設模式annotate：使用者明確說「先標問題」「不要改」「只診斷」preserve：原文已自然，或只有一兩處不影響閱讀的小問題audit：無來源引用、法務條款、學術或新聞稿需要作者補證據若使用者說「直接改」「不用先問」或這是單次 CLI／自動化執行，直接交付；不要停在一份沒人會回答的確認清單。若使用者要逐項批准，再先列清單。
先選主場景。完整邊界見 場景矩陣。
| 場景 | 預設改動 | 先守住什麼 |
|---|---|---|
| chat / 客服 | surgical | 回應關係、條款、下一步 |
| 社群 | surgical | 口頭禪、碎句、玩笑、具體細節 |
| 電子報 / 觀點文 | surgical | 作者立場、時間轉折、留白、故事順序 |
| 銷售頁 | structural | 價格、期限、CTA、承諾邊界 |
| status / docs | surgical | 時間線、術語、系統主語、風險 |
| 公告 | preserve-first | 正式語域、時間、影響範圍 |
| README / release note | surgical | 版本、命令、能力、限制、驗證方式 |
| publishing | surgical | 語體、引文、術語、作者風格 |
三種改動模式：
preserve-first：沒有明確問題就原文放行。正式公告、自然社群文、技術敘述優先用這檔。surgical：預設。逐句只改有證據的問題，不重排故事，不把自然句統一拋光。structural：只有原文資訊在、但被大量模板骨架包住，或使用者明確要求重寫時才使用。仍不得新增素材。若 AI 痕跡集中在可整句拆除的開場、收尾或旁白，而中間核心句已自然、具體且有作者聲音，採 subtractive 路徑：
這種稿件不是重寫題，而是刪除題。只要刪掉頭尾後核心仍能獨立成立，就直接交付抽取出的原句。不得把「不想讓整間病房的通知聲一直響」潤成「不想讓通知聲吵到整間病房」，也不得把「還是會忍」改成「忍不住」；流暢度與編輯偏好都不能成為改動自然核心的理由。
以下看似「不夠標準」的句子反而是高風險 voice anchors，採 subtractive 時一律逐字保留：
不要替它們補主詞、因果、心理診斷或標準成語，也不要把雙重否定解成較乾淨的肯定句。作者選擇的彆扭程度本身就是資訊。
subtractive 保留字句，不等於保留一整塊排版。刪掉人工頭尾後，依語意插入空行，但仍不得改核心句中的任何字或標點：
通常是兩到三段，不是每句一段。散文若確實有「物件／情緒轉折／後續動作／懸置」四個不同功能，可以四段；像「笑完才想起……」這種從玩笑掉進另一層意思的句子，應以空行托住，不要黏在物件介紹後面。責任句若是整封信的核心，可單獨成段；補救與不確定放在同一段。若最後一句從受影響的人而非產品處理重新開題，也可獨立成最後一段。只用空行製造落點，不加「責任」「下一步」等標題。
長文或使用者要求保長度、保句數、保段落時，鎖定段落順序；只刪整句純空話。承擔轉場、節奏、情緒或責任的句子不算空話。
動筆前在心裡列四組，不預設輸出：
protected：數字、日期、價格、網址、專名、引文、命令、版本、條款、責任主體facts：動作、結果、限制、因果、下一步voice anchors：作者已經寫出的立場、猶豫、時間轉折、怪細節、口語碎片、慣用節奏artificial layer：時代大帽子、價值拔高、模型旁白、空總結、商業黑話、機械排比、假口語改寫只應動第 4 組；第 1 組逐字保護，第 2、3 組盡量維持原本的資訊關係與語氣。
把使用者要求保留的片段視為不可拆的字串。不能在中間插入「可、最多、成、約」等看似無害的字，也不能換同義詞。交稿前逐字搜尋；少一個片段，就把原句還原到該片段連續出現為止。流暢度不能凌駕明確保留要求。
若任務同時列出多個必留片段，先把它們原樣貼進候選稿，再刪周邊套話。交稿前做一次機械式核對：逐項確認每個片段連續出現；任何一項缺失，都回復原句後重新回讀，不能只在心裡判斷「意思一樣」。
如果使用者沒有貼出逐字清單，只說「保留決策／條件／下一步／限制／不確定性」，先從原文擷取承載該資訊的最短完整子句，暫時當作原子字串。原句本來已經直白，就移動整個子句，不要在裡面補「我們會、則、可以、預計」或換同義詞；只有子句本身含待刪 AI 話術時，才在保住主詞、動作、時間與否定範圍的前提下最小改寫。
以下內容只在原文已出現時保留、整理：
不要為了像人而新增「老實說」「我也還沒想清楚」、第一人稱故事、感受、對話、數字、比喻或口語助詞。那是仿真人，不是真人感。
若使用者說「保留作者原話／原句／原本用詞」，這不是只保意思，而是把承載立場、反應、責任與不確定的完整句子升級成硬保護。先逐字複製，再處理它前後的人工層。
每句動手前做三個檢查：
第 1 或第 2 題答不出來，就不改。第 3 題是「會」，優先保留原句。
若整句沒有命中人工痕跡，且前後句刪掉人工層後仍接得起來，就把它視為 subtractive 核心句：逐字留下，不再逐詞潤飾。先證明一句需要改，才取得改那一句的權限。
完整誤殺邊界見 Protected Spans。
先按問題族處理，不靠逐詞搜尋。完整模式與密度規則見 Patterns。
常見訊號：
動作：提示層後面有實質內容，就刪提示層留內容；整句沒有資訊，就刪整句。不要補另一句漂亮總結。
對電子報、部落格、社群與署名文章的第一段，問：「這段有沒有只有本文才有的人物、時間、數字、物件、動作或衝突？」如果沒有，而下一段才出現具體素材，第一段就是暖身，整段刪掉，直接從下一段開始。不要把「AI 更新很快、資訊很多、機會與挑戰並存」換一組同義詞寫回來；改寫空泛背景仍是空泛背景。
若前文的具體事實、取捨或對比已經讓讀者看懂結論，就停在那裡。不要再把它濃縮成「追 X 不是重點，Y 才是」「真正重要的是」這類格言式收束；那會把已清乾淨的稿子重新套回模型骨架。
常見訊號：
動作：找出原文真正成立的 B、動作或結果，直接寫它。若原文沒有可落地內容，寧可刪掉，不補虛構事實。
常見訊號：賦能、抓手、閉環、落地、打造、沉澱方法論、全鏈路、深度佈局。
動作：只用原文已有資訊回答「誰做了什麼、影響誰、結果如何」。答不出來就刪姿態層。
常見訊號：硬湊三點、每句等長、每段都結論、粗體標題列表、emoji 轟炸、破折號連發。
動作：讓結構服從資訊。清單若負責查找、步驟或 changelog，就保留；散文被硬切成三點才改回段落。不要刻意加入碎句來製造變化。
段落也不能機械切碎。短稿刪掉頭尾套話後，若剩下的句子原本就是同一口氣，就保留成一段；不要把每個事實、責任句或數字各拆成一個單句段落。只有時間、場景、說話功能或處理狀態真的切換時才換段，例如「決定與後果」轉到「責任與下一步」，或「已修復」轉到「仍未完成」。段落不是替每句加重音的工具。
AI 痕跡清掉後，再做臺灣用語與句法檢查。完整表見 Taiwan Style。
基本替換：
只換詞不夠。把「進行了優化」「實現了提升」「基於……來……」壓回直接動詞；中英混排、引號與全形標點跟臺灣慣例。
不要改：
root cause、處置狀態或已知限制的句子，若本身沒有 AI 話術，先整句原樣複製到草稿；只刪前後宣言。不要為了順口把 root cause 翻成「根因」，也不要拆寫已清楚的修復或限制子句academic / whitepaper / magazine / news / corporate / textbook / literaryaudit；不機械拆被動句與術語重複逐項核對：
subtractive，所有留下的核心句是否與原文逐字相同；除了新增空行，不應有 diff硬保護採字面檢查，不以「語意差不多」通過。例如「一次匯出 30 篇文章」改成「一次可匯出 30 篇文章」，或「當閱讀」改成「當成閱讀」，都算失敗。只有使用者沒有要求逐字保留時，才可做不改語意的微調。
任何一項失敗，先修正再進下一遍。
只檢查五件事：
再做兩個反向檢查：是否把短稿切成「一句一段」；是否在原文已有 CTA、責任句或下一步後又補了一句同義說明。命中就刪掉後加的那句，不動原句。
第二遍只准小修。若必須重寫全文才能再「更像人」，表示應該停手。
rewrite（預設）只交付一個可直接使用的版本。不要預設附自評分數、逐條分析、多版本、前言「以下是改寫版」或「希望有幫助」。
只有出現無法安全解決的缺口時，在正文後加極短的「待作者確認」，例如缺來源、缺必要事實或條款歧義。
annotate只列最重要的問題，不交完整改寫稿。每點包含：
preserve原文已自然時直接原文放行。不要為了證明 skill 有工作而改同義詞、標點偏好或句長。
交稿前問：
答案不確定時，退回較少改動的版本。