動手寫 Skills 的工作坊

概要

• 每次對話都從零開始要一再交代專案慣例，CLAUDE.md 這類記憶檔又綁在 repo 或全域，不能內建執行腳本，也不好帶去別的專案。skill 就是為了補這個洞。
• skill 是資料夾，不只一份 markdownSKILL.md 的 name 與 description 決定 LLM 何時載入它，旁邊可以放參考文件、腳本、圖片。他們強調 description 是給 AI 看的路由規則，不是給人看的。
• 限制比步驟有用他們建議只給幾條限制，例如引用程式碼一定要附行號與 commit，不要寫一大篇指示；過度規定是設計 skill 常見的失敗模式。
• 腳本插值與漸進揭露用驚嘆號加反引號先跑指令，把確定的輸出塞進 skill；細節放進另外的檔案，需要才讀，不撐大 context。
• 信心分數與迭代Nick 的 ideation plugin 要信心到 95% 以上才動工，靠一輪輪追問把需求問清楚；skill 用個一週，再回頭看對話紀錄補洞。
• 評估與分享他們用 evals 比較有沒有 skill 的差別，並說過度規定曾讓 Next.js installer skill 表現變差；分享可以走 plugin marketplace，或把資料夾壓成 .skill 給非技術同事。

原話

• “It's almost like carrying, if you will, the dry pattern into the agentic era in a way, and not repeating yourself.”

  把 DRY 原則帶進 agent 時代，不用再重複自己；兩位講者之一說的

  ▶ 03:25

• “it can be more powerful just to provide a few constraints as opposed to being overly prescriptive in exactly how you want the task done.”

  只給幾條限制，常比規定每個步驟更有效

  ▶ 09:10

• “descriptions are routing rules, right? They're less for us, and they're more for the AI to determine when to use it.”

  description 是路由規則，主要是給 AI 判斷何時使用

  ▶ 17:53

• “is the math airtight, no, does it matter, no, because the value is in the iterative loop”

  信心分數的算法不嚴謹，價值在反覆釐清的來回

  ▶ 1:02:19

• “now all of that context is gold.”

  現在這些對話脈絡都是寶；講的是失敗與不順的紀錄可以拿來改進 skill

  ▶ 1:18:34

延伸

• 他們提到 subagent 與 agent teams 的差別，但說這場工作坊沒有深入。
• 團隊共用 skill 的版本管理與審查，兩人坦承他們也還在摸索，沒有給出定論。
• 憑證如何安全地隨 skill 分享，他們只說不要放進 zip 檔，沒有說明替代做法。