From yc-plugin
寫或改任何技術文件(README / SPEC / sidebar / index / 架構文件 / API 說明 / config 註解 / UI 文案)時用。強制三條風格紀律——文件只寫現狀不留歷史考古、禁自我推銷與裝飾標題、中性事實描述。刪檔或重構後掃導覽檔移除死連結與「已刪除/已取代」註記。
How this skill is triggered — by the user, by Claude, or both
Slash command
/yc-plugin:writing-docsThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
> 核心一句話:**文件描述「現在是什麼」,不描述「過去發生過什麼」、不自我推銷、不裝飾。** 讀者是零上下文的人(新人、未來的你),把文件寫得像它一直就長這樣。
核心一句話:文件描述「現在是什麼」,不描述「過去發生過什麼」、不自我推銷、不裝飾。 讀者是零上下文的人(新人、未來的你),把文件寫得像它一直就長這樣。
這是 rigid skill——三條紀律照做,不要「視情況放寬」。
// removed 註解、不 re-export 已刪的東西、不留 backwards-compat shim」。文件、config 註解、API schema、UI 文案全是「描述現狀的產物」,同一套邏輯。刪檔、重構、取代舊文件之後,文件本身禁止留任何「過去發生過什麼」的註記。
禁止字眼/形式(打出來立刻刪):
正確做法只有兩件事:(a) 移除死連結;(b) 確認剩下文字讀起來像「一直就這樣」。真要考古的人去 git 找,那是 git 的職責。
技術文件就是技術文件,不要寫成行銷文宣。內容好不好讓讀者自己判斷,文件不需要推銷自己。
禁止字眼/形式:
例外:臨床/領域術語的「首選」不算自誇(例:「高血壓首選藥」)。
描述每份文件 / 每個項目用中性事實句,不加價值判斷形容詞。
導覽檔(README / index / sidebar)用扁平條列 + 中性描述,不加分類 section、不加自誇形容詞。
| ❌ 違規 | ✅ 修正 |
|---|---|
> 舊的 01-13 散落文件已被 SPEC 完整取代並刪除,考古見 git cb4961a | (整行刪除,不留痕) |
## 📚 細部資料(開會主用這份) | ## 細部資料 |
SPEC(消化版,可以直接念) | SPEC · 系統規格書 |
這個欄位以前叫 user_name,現在改成 username | username — 使用者帳號 |
[已棄用] 舊架構圖見 _archive/01-架構.md | (連結與整句一起刪) |
★ 最完整的一份,必看 | 系統規格書 |
逐句自檢三條紀律。標題只寫主題本身,描述用中性事實句。
掃過所有會提到被刪物的檔案——README / index / sidebar / SPEC 開頭與結尾 / 任何導覽檔——把考古句、對照句、指向已刪物的連結全部刪乾淨,不是改寫成「已刪除」。
可用 /docs-lint <檔案或目錄> 自動掃一輪揪出殘留違規字眼與死連結。
主動掃這些字眼移除,不用等人再講一次。
這三條不限技術文件。任何「描述現狀」的產物都適用:
npx claudepluginhub yanchen184/yc-plugin --plugin yc-pluginGuides creation, editing, and verification of skills for AI coding agents using test-driven development with subagent scenarios. Use when authoring or debugging skills.