writing-fragments
作者 mattpocockwriting-fragments 是一個聚焦的訪談型技能，用來把主張、片段小故事、犀利句子與尚未成形的想法，當成未來文章的原始素材來蒐集。它很適合 Knowledge Capture 與早期草稿階段，當你想先收集碎片，之後再決定結構時使用。當你需要的是實用的 writing-fragments 指南，而不是一般大綱提示時，就用它。
這個技能的評分是 67/100，已達到可列出的門檻，但更適合視為一個專門、文件中等完整的工作流程，而不是開箱即用的套件。這個 repo 提供了清楚的使用情境，以及把 writing fragments 收集到單一 markdown 檔中的具體互動模型，因此代理程式很可能能比面對一般提示詞時，以更少猜測來觸發並使用它。不過，安裝決策只能部分成立，因為 repo 缺少支援檔、範例與可見的安裝指令，所以採用者應預期需要從 SKILL.md 本身推斷部分操作細節。
- 觸發條件與使用情境很清楚：說明中指出，當使用者想在結構成形前先發想，或提到 fragments／ideate／raw material 時就該使用。
- 操作流程明確：持續追問使用者、透過重新閱讀檔案來保留修改，並把碎片附加到同一份 markdown 文件中。
- 方向性限制清楚：它禁止大綱／分階段流程，並定義了何謂 fragment，能減少代理程式的猜測空間。
- 除核心流程外，文件略顯薄弱：沒有支援檔、腳本、參考資料或其他資源。
- SKILL.md 中沒有顯示安裝指令，因此使用者可能需要自行摸索設定與呼叫方式。
writing-fragments 技能概覽
writing-fragments 技能適合從原始素材開始組織文章，而不是先從大綱起手。它能幫你進行聚焦式訪談、蒐集可用句子，並在草稿逐步成形時，持續把內容追加到同一份 markdown 文件中。如果你想先捕捉主張、小故事、語氣轉折與尚未成形的想法，再決定最終結構，這就是合適的 writing-fragments skill。
它最適合 Knowledge Capture 與草稿前期階段；這時最大的問題不是潤飾，而是找出哪些內容真的值得保留。writing-fragments 的核心差異在於，它不會太早強迫你進入階段、章節或清楚的論點。如果你已經知道結構，一般 prompt 通常就夠了；如果你需要先有原始素材，這個技能會更合適。
這個技能適合做什麼
當使用者表示想做發想、傾倒想法、蒐集片段，或把粗略主題轉成可寫素材時，就該用 writing-fragments。當來源內容很雜，或作者還不確定最後文章應該長成什麼樣時，它特別有用。
這個技能有什麼不同
它的工作流程是對話式、累積式的：提問、捕捉、重讀、追加。這個技能預設文件會在整個 session 中持續可編輯，因此保留使用者修改和產出新文字同樣重要。這讓它比一次性的腦力激盪 prompt 更適合即時寫作場景。
什麼情況不要用
如果使用者一開始就想要完成的大綱、結構化簡報，或打磨好的文章，就不要用 writing-fragments。當輸出必須立刻能獨立閱讀、對冷讀者也友善時，它也不是最佳選擇。
如何使用 writing-fragments 技能
安裝並載入內容
先從你的 skills 目錄執行 writing-fragments install 流程，接著先打開 skills/in-progress/writing-fragments/SKILL.md。在這個 repo 裡沒有 helper scripts 或支援資料夾，所以技能行為幾乎完全寫在 skill 檔本身。也就是說，安裝是否成功，關鍵在於有沒有仔細讀懂說明，而不是靠找隱藏自動化功能。
把粗略目標變成好 prompt
這個技能在使用者提供主題、受眾，以及想保留哪些片段時，效果最好。好的輸入像是：「我正在寫小團隊為什麼採用 AI 筆記工具；請用訪談方式幫我挖出尖銳的主張和例子」，或「幫我蒐集一篇關於我這套系統為什麼失敗的 Knowledge Capture 文章片段。」像「幫我寫一些關於生產力的內容」這種輸入太模糊，會讓這場挖掘式對話很難產出有用素材。
session 進行時的實作流程
先問使用者如果沒有提供路徑，檔案要存到哪裡，然後整個 session 都維持同一路徑。每次追加前都要重新讀一次 markdown 檔，避免覆寫掉使用者的修改。第一次寫入時，頂部只保留一個 H1 的暫用標題，接著讓片段隨著對話直接加入，而不是太早整理成章節。
repo 中最好的閱讀順序
先讀 SKILL.md，再查看同一檔案頂層的指引，了解 fragment 的定義、session 風格，以及檔案格式規則。這些內容對輸出品質影響最大。如果你要把 writing-fragments guide 調整成自己的工作流程，就把重點放在結構、文件狀態，以及什麼才算 fragment 這幾項限制上。
writing-fragments 技能 FAQ
writing-fragments 適合新手嗎？
可以，只要使用者能回答主題相關問題，也能接受迭代式流程。這比較不是在考寫作功力，而是看使用者是否願意配合提問，並在 session 進行時保持文件開啟。
這和一般 prompt 有什麼不同？
一般 prompt 常常想直接產出一篇完整內容。writing-fragments 的設計則是先蒐集素材，再延後整理。當你的目標是在決定文章形狀之前，先找出最好的句子時，這個差異就很重要。
它適合 Knowledge Capture 流程嗎？
適合。writing-fragments for Knowledge Capture 這個用途，在你想保留親身經驗、洞察或訪談回應，並把它們整理成可重複使用的寫作片段，而不是立刻強迫做總結時，效果特別好。
什麼情況應該避開它？
如果你需要的是結構、最終論點，或一次完成的交付品，就跳過它。若使用者無法持續編輯同一個檔案，它也不適合，因為這個技能仰賴保留並重讀目前的文件。
如何改進 writing-fragments 技能
提供更好的原始素材
提升 writing-fragments usage 最有效的方法，是回答更具體的例子、對比、引言和特定時刻，而不是抽象主題。你如果只說「我需要關於遠距工作的片段」，通常只會得到很泛的素材；如果你說「我想要關於團隊何時開始不再信任會議的片段」，寫作火力就會明顯更銳利。
避免流程過早長出結構
常見失敗模式是太早滑向大綱。如果對話開始變成總結，而不是持續收集素材，就要把方向拉回值得保留的句子、讓人記得住的主張，以及能夠留到最終文章裡的細節。這個技能在你把結構視為後段編輯步驟時，表現會最好。
針對留下來的內容反覆打磨
第一次跑完後，檢查文件裡哪些片段夠順、夠具體、也夠能重用。你可以針對最強的句子再要更多素材，或只針對最弱的部分請模型提供替代版本。這通常比要求整篇重寫更有效，因為目標是在整合之前先擴充片段庫。