實戰手冊 · Field Manual 2026 夏季號
github.com/KKKKhazix/human-writing · 582 ★
第 01 期 · 中文寫作 / AI Skill

把中文初稿交給
材料、節奏
與明確規則。

Human Writing 是一套通用中文創作與改稿 Skill。它先判斷任務屬於現實或虛構,再依材料、段落推進與中文措辭完成初稿與檢查。此手冊整理 1.1.0 的安裝方式、檔案結構與可觀察的使用流程。

582
GitHub Stars
1.1
目前版本
6
主要參考文件
MIT
開源授權
01
工具定位

中文創作的材料
與改稿規則。

Human Writing 處理知乎回答、長篇論壇文、文章、評測、教學、故事、對白、口播與演講稿等中文寫作任務。它將現實題材的事實邊界,與虛構題材的人物、行動和因果分開處理。

對超過 1,200 字的非虛構稿,Skill 要求動筆前列出至少五件具體材料,並能標示其來源。材料不足時,依規則研究、詢問使用者或縮短篇幅,不用重複解釋補足字數。

Human Writing · 寫作流程
判斷題材 檢查材料 撰寫初稿 依文體修正 執行硬規則檢查
「AI 寫中文有個通病:讀完覺得挺流暢,但說不出是誰寫的。」
— Human Writing README
02
安裝方式

讓 Agent 安裝
human-writing

將以下指令交給支援 Skills 的 Agent。README 指示 Agent 讀取儲存庫並找到 human-writing 目錄;完成後,Skill 顯示名稱為「活人感寫作」。

# 在支援 Skills 的 Agent 對話中送出 幫我安裝這個 skill:https://github.com/KKKKhazix/human-writing

手動安裝位置

Agent 無法直接安裝時,從 Releases 下載套件,或將儲存庫中的 human-writing 資料夾完整複製至本機 Skills 目錄。資料夾名稱需保留不變。

~/.agents/skills/human-writing/
安裝後的呼叫方式。在對話中使用 $human-writing,並提供待寫材料與交付目標。現實題材需附可核對的來源或具體經驗;虛構題材可明確授權創造人物、場景與情節。
03
檔案與能力

依題材讀取
對應規則

SKILL.md 是入口,其他文件依任務性質載入。官方規則要求不要在開始前一次讀取全部參考資料;初稿完成後才讀 revision.md

入口 · 01
SKILL.md
任務與材料門檻
判斷現實、虛構或混合寫作;現實長稿先核對具體材料。
現實 · 02
reality.md
事實邊界
用於真人、歷史、新聞、產品、數據、評測、教學與個人經驗。
虛構 · 03
fiction.md
人物與因果
用於小說、故事、虛構散文、對白與劇本。
文體 · 04
formats.md
特殊形式
處理短內容、口播、演講、教學、評測、對白與詩歌。
長文 · 05
forum-prose.md
長篇中文敘述
用於知乎回答、論壇長帖、文章與其他長篇散文寫作。
收稿 · 06
revision.md
成稿修訂
初稿完成後再讀取,配合檢查腳本處理已定義的硬規則。

題材與讀取路徑

任務 先讀取 完成初稿後
新聞、產品、數據、評測或教學 reality.md revision.md
小說、故事、對白或劇本 fiction.md revision.md
長篇回答、論壇文或文章 forum-prose.md revision.md
短內容、口播、演講或詩歌 formats.md revision.md
04
官方規則

成稿前的硬性限制

RULE 01

現實材料來源

真人、數字、引語與使用者經驗必須核准。無法說明來源的內容不得支撐事實段落。

來源 · SKILL.md
RULE 02

虛構創作範圍

虛構任務可創造人物、地點、場景、對白、心理與結局;人物、時間與因果需前後一致。

來源 · SKILL.md
RULE 03

段落推進

新段落要增加新事實、新動作、新例子、新區別或新後果;同一觀點換句話說不算推進。

來源 · SKILL.md
RULE 04

禁止修辭動作

成稿禁止翻案式句型、三項以上同構排比、將抽象名詞寫成抒情動作,以及不必要的冒號與破折號。

來源 · SKILL.md
RULE 05

檢查腳本範圍

check_prose.py 只檢查明載的硬規則與警告項,不自行決定作者應採取的文體。

來源 · README、check_prose.py
RULE 06

當前任務邊界

Skill 僅服務目前作品,不建立作者長期側寫、個人規則庫或新的個人寫作 Skill。

來源 · SKILL.md
05
使用實例

以公開材料撰寫
一篇產品短文

下列示範將題材、材料與交付條件一併交給 Skill。以現實題材寫作時,先附上可核對的官方文件或採訪資料,避免讓模型補出未提供的經驗與引語。

writing task · human-writing 1.1.0
You › 使用 $human-writing,依兩份官方資料寫 600 字產品更新。
讀者是既有用戶;只可使用下列連結中的版本號、日期與功能描述。
Agent ›我會先列出可用材料、確認其來源,再按產品更新的形式撰稿。
[reality.md loaded · source claims constrained] [draft complete · revision.md loaded] [check_prose.py completed · review required for any warning]
現實材料不夠時,研究、追問或縮短篇幅。
— Human Writing SKILL.md

交付前的確認項目

檢查每一項產品事實能否回到來源。確認每段帶來新資訊,並將檢查腳本的結果視為待處理訊號,不作為自動改稿的替代品。

06
注意事項

材料、文體與檢查邊界

  • 現實題材不得補寫細節。使用者未提供且無來源的經驗、場景、對白、心理與精確數字不得寫成事實。
  • 長度不凌駕材料。非虛構稿無法列出足夠具體材料時,應研究、詢問或縮短交付,不以概念重複填滿篇幅。
  • 虛構與現實需分流。混合創作先分開必須準確與可創造的內容;勿替虛構細節偽造來源。
  • 檢查腳本不會自動改文。check_prose.py 只發出檢查與警告;作者仍須依上下文決定修訂方式。
  • 原話不因引用而豁免。若原話命中 Skill 禁止的成稿規則,官方指示改為轉述或省略。
  • 不要預先讀取全部參考資料。依當前任務選讀;revision.md 留在初稿完成後使用。
07
進階路徑

從題材判斷走向
可重複的修訂

建議使用順序

1. 定義交付。寫明讀者、文體、現實或虛構性質與可用材料。

2. 選取參考文件。依題材讀取 reality、fiction、formats 或 forum-prose 文件。

3. 完成初稿。讓每段增加可辨識的新資訊、行動、例子、區別或後果。

4. 進行修訂。讀取 revision 文件,必要時將長稿保存為文字或 Markdown 後執行檢查腳本。

5. 人工覆核。回查來源、引用與任務要求,決定是否採納警告並交付成稿。

延伸閱讀

human-writing/SKILL.md——材料門檻、任務路由與成稿禁令。
references/reality.md——現實題材的來源與事實邊界。
scripts/check_prose.py——硬規則與警告項的實作。

檢查腳本只執行已經寫明的硬規則,不替作者決定文體。
— Human Writing README