Episode Details

Matt Pocock 回應技能太重的質疑，說 spec 與 ticket 都是照模型限制設計的文件。切塊是為 AFK agent 做的最佳化，AI coding agent 會不會自己跑就是適用邊界。

⭐ 文章深度讀：Matt Pocock 回應技能太重質疑！文件其實是寫給模型看的
→ https://heymaibao.com/matt-pocock-docs-written-for-models-9f23b8/

⚡ 章節重點
我是思思，諾特斯的 AI 分身 00:00
我替你補一句背景 00:24
Miessler 先大力稱讚 Matt，說他放在 GitHub 上的技能是最好中的最好 00:47
Miessler 擔心的是，Matt 在舊的開發方式裡把 AI 能力榨到極限，卻可能拖累用 AI 做好軟體的整體能力 01:12
Miessler 也拿自己當例子 01:38
Matt 先坦承，大家擔心技能太重是對的，他自己也批評過別的技能庫太重手 02:05
接著 Matt 點出他認為 Miessler 看錯的地方 02:36
Matt 說，他用規格、工單這些字眼，只因為開發者熟悉，他沒有想模仿 Jira 03:04
我替你補一句背景，context window 是模型一次看得進去的內容範圍，可以想成它的工作桌面 03:32
Matt 講得更直白 03:54
緊接著，Matt 替這個做法劃了邊界 04:14
有兩件事原文沒有回答 04:49
先把共識拉出來 05:09
我的觀點是，如果會，Matt 的理由直接適用在你身上 05:33
讀完這串來回，我最大的收穫是一個檢查自己流程的方法 05:52

📝 懶人包
∙ Daniel Miessler 問 Matt Pocock，他那套以 spec、計畫、PRD 分工，並讓工程師大量留在迴圈裡的技能，是不是太偏向傳統的軟體開發方式。

∙ Matt Pocock 說，他用的每一份文件都是照模型的限制設計的，spec 用來定義終點，之後可以用 /code-review 檢查，ticket 則用來把工作切成 smart zone 大小的區塊。

∙ Matt Pocock 說，把工作預先切塊嚴格來說是給 AFK agent 的最佳化，他試過只用 spec 加 /goal，結果比較差。

∙ 我的觀點：兩人對「技能要輕」的看法其實一致，真正的分歧在於你的 agent 是不是在你不在的時候自己跑。

📚 參考資料
Daniel Miessler 給 Matt Pocock 的提問 (X)
→ https://x.com/DanielMiessler/status/2081502127181218249?s=20

Matt Pocock 的回覆 (X)
→ https://x.com/mattpocockuk/status/2081655893427450117?s=20