Human Writing 是用於中文創作與改稿的 Skill，先檢查材料和段落是否有新資訊，再調整措辭與節奏。 上游的短句對照示範如何把抽象處理語改成直接動作，下面的自製圖解會拆開這個改動。安裝時可依官方倉庫交給支援 Skills 的 Agent 處理，或放入完整技能資料夾；不支援載入 Skills 的聊天介面可改用 lite 文字版。依上游 README與官方 lite 規則整理。
官方短句對照：改了哪裡，為什麼？
圖中修改前後的短句，節錄自官方 lite 規則，保留來源原字。流程與註解為 Gwarket 自製，2026-11-05 查證。這組短句示範改寫方向，完整判斷仍須回到文章材料。
這個改動把繞著「處理」打轉的說法，換成較直接的動作。句子變短之後，還是要回答：誰改了哪個流程？具體改在哪裡？原始材料是否支持這個成果？上游把材料核對、段落推進和中文節奏分開處理，並不只檢查幾個常見詞。參見核心寫作規則。
我的整理判斷一：如果問題是沒有內容，先補材料或縮小題目。 例如專案介紹只有三個抽象優點，改成口語仍無法交代做過什麼。先整理可核對的動作、限制與結果，再讓 Skill 處理段落和語句；這是把上游的材料門檻用在工作文章的建議。
什麼工作適合交給它？
| 工作情況 | 可以怎麼用 | 交付時看什麼 |
|---|---|---|
| 有來源、有初稿的中文文章 | 刪除重複解釋，調整段落順序與語序 | 事實、限制與作者判斷是否保留 |
| 訪談或專案材料要整理成文 | 先標示來源與不可改動內容，再安排段落 | 沒有新增受訪者原話、心理或親歷 |
| 文章流暢卻一直重複 | 逐段問新增了什麼事實、例子或後果 | 刪短後仍保留必要因果 |
| 公文、合約、技術規格 | 先按原文體要求判斷，再選擇性採用規則 | 不為符合通用文風刪掉必要格式、術語或條件 |
上游區分現實與虛構：現實內容要核對事實、數字、引語與使用者經歷，虛構內容則依人物、場景與因果處理。具體文體和使用者要求也有較高優先順序。參見核心規則的優先順序與現實題材邊界。
我的整理判斷二：保留需要精確表達的部分，再決定哪裡值得變口語。 例如公司公告的責任人、日期、例外條件不該為了縮句而消失；文章裡刻意保留的節奏，也不必全部改成同一種短句。先寫出驗收標準，比要求每一行都「像真人」更容易判斷結果。
安裝：完整版與 lite 怎麼選？
官方 README 的入口是 KKKKhazix/human-writing。若你的 Agent 支援安裝 Skills，可提供這個網址並要求讀取倉庫的安裝說明；不能僅因 Agent 能聊天，就推論它會載入技能。
若採手動方式，依 README 從 Releases 取得來源，或把倉庫中的 human-writing 整個資料夾放進目前客戶端支援的 Skills 目錄。上游列出的路徑是：
~/.agents/skills/human-writing/
資料夾內應保留 SKILL.md、references/、scripts/、dist/ 等內容；不是只把整個 repository 名稱換成技能名稱。不同客戶端的技能目錄與啟用方式，仍須對照該客戶端文件。參見官方安裝與目錄結構。
| 選項 | 適合情況 | 內容範圍 |
|---|---|---|
| 完整 Skill | Agent 支援技能載入，需要依文體讀取參考規則 | 入口、分題材 references、lite 與檢查腳本 |
| lite | 聊天介面不能安裝 Skill，想把規則連同任務貼入 | 精簡寫作規則；不會自動取得完整版各檔案或腳本 |
lite 原文在 human-writing/dist/human-writing-lite.md。依上游說明，把規則連同寫作需求提供給聊天產品即可；要補來源、受眾與不可改動內容，不能只貼一句要求去掉模型語氣。
建議流程：先說清楚哪些內容不能動
可以用這份由 Gwarket 整理的任務格式，把限制和材料一起交給 Agent：
使用 human-writing 協助修改這份中文草稿。
受眾與發布場景：
可使用的材料與來源：
必須保留的事實、數字、引語與限制：
希望保留的語氣：
請先指出材料缺口；不替我新增經歷或未有來源的成果。
修改後讓我能核對段落新增了什麼、刪掉了什麼。
接著分三次看成果：先看事實與內容有沒有被改壞，再看各段是否推進，最後調整字詞與節奏。這是本站的工作順序建議；上游的改稿清單提供更細的逐遍檢查。
scripts/check_prose.py 會標示已定義的禁用項、警告與部分文字統計，不會自動改文。它的規則通過與否，不等於內容準確或文風更好；稿件仍須由讀者和作者核對用途。參見檢查腳本。
版本、費用與使用限制
- 版本事實： 查證時 GitHub 最新正式 Release 為 v1.1.0，2026-08-05 發布；本文文件快照為
4fda173f3fef。版本將部分判斷從固定字串轉向修辭動作，並提供 lite；細節見Release與更新紀錄。 - 授權事實： 倉庫採 MIT；這不代表你使用的模型、聊天服務或 API 沒有費用。
- 功能範圍： 上游主線定位是中文寫作。英文翻譯 PR #9 在查證時仍開啟，不能當成已合併功能或英文改稿效果的依據。
- 內容責任： Skill 不能補出真實經驗，也不能取代查證。上游核心與現實規則都限制虛構使用者經歷；本站也不把這套規則描述成 AI 偵測器通過保證。
社群回報怎麼看？
一位使用者在 Issue #8 回報，長篇創作時心理描寫很少。該回報沒有足夠的提示詞、樣本與版本資訊，無法代表所有輸出；上游核心規則也明列虛構可創造心理與情節。對讀者有用的做法，是在任務中標明需要保留的人物心理與文體，回頭檢查是否被過度刪減，而非把通用規則直接當成所有作品的風格標準。
下一步
- Skill、Prompt、Tool 與 Subagent 怎麼分：先確認你需要的是可重用規則還是工具能力。
- 核對 AI 的事實、推論與判斷：改得順之後，確認內容仍有依據。
- AI 工作的資料與授權邊界：提供工作材料前，先確認可否交給外部服務。
資料來源與查證日期
查證日期：2026-11-05。版本依 GitHub 正式 Release，文件固定於主線 commit 4fda173f3fef7fb808f3eba991eeb2528ea4b189；Release tag 指向 cd879d22c858，兩者不混寫。