Skill 篇 · 從每次重講，到一次寫好
你在提示詞篇調出了一條很好用的提示詞。然後你發現一件煩人的事：
下次幹同樣的活，你還得把這一大段重貼一遍。
而且同事拿去用，改著改著就成了另一個版本。三個月後，團隊裡流傳著四條互相矛盾的"標準紀要提示詞"，沒人知道哪條是對的。
Skill 就是這個問題的解：把一套規矩打包存起來，以後一句話觸發，人人用的都是同一版。
一句話說清它和前面的關係
| 是什麼 | 存在哪 | 生效範圍 | |
|---|---|---|---|
| Prompt | 這次交代的話 | 你的聊天框裡 | 這一次 |
| System Prompt | 入職約法三章 | 這個對話 / 這個專案的設定裡 | 這段對話的每一輪 |
| Skill | 一本 SOP 手冊 | 一個檔案（夾），可以給別人 | 被觸發時，跨對話、跨人、跨專案 |
關鍵區別在最後一格：Skill 是按需觸發的。你裝十個 Skill，平時它們都不佔地方；說到相關的活，對應那個才被讀進來。這一點決定了它的全部設計，03 章細講。
判斷標準，先給你
一件事你只幹一次，Prompt 就夠；一件事你每週都幹，就值得做成 Skill。
不確定的時候看 02 章 那張表。做早了是浪費，做晚了是重複勞動，這一章幫你卡住那個點。
十章講什麼
| 章 | 一句話 |
|---|---|
| 01 · Skill 是什麼 | 一個可複用的能力包，和它與 Prompt 的邊界 |
| 02 · 什麼時候該做 | 五個訊號，和三種不該做的情況 |
| 03 · 一個 Skill 的解剖 | 三層結構：觸發描述 / 正文 / 附件 |
| 04 · description 怎麼寫 | 最關鍵的一格——寫不好，它根本不會被觸發 |
| 05 · 手把手寫第一個 | 把會議紀要做成 Skill，全文可複製 |
| 06 · 進階：原型轉 PRD | 帶流程、模板、自查回路的複雜 Skill |
| 07 · 先寫測試再寫正文 | 三個用例定生死 |
| 08 · 迭代與維護 | 兩個 AI 的方法，什麼時候拆，怎麼共享 |
| 09 · 各家怎麼落地 | 名字不同，形狀一樣：一張對照表 |
| 10 · 十個坑 | 別人踩過的，你可以不踩 |
這一篇不需要你會程式設計
Skill 的主體是一段 Markdown 說明書，你寫週報用的就是這個技能。第 6 章會提到"可以帶腳本"，那是可選項，跳過不影響。