Episode Details

Chameth 用一段 prompt 生出可用的 Go 音樂播放器，連原始碼都沒看。AI coding agent 的工作單位從函式爬到成品，他改用 pi extension 訂死規則，不再靠提醒模型。

⭐ 文章深度讀：沒看過一行原始碼，coding agent 也交出了整個音樂播放器
→ https://heymaibao.com/coding-agent-owns-artefacts-9bb9c5/

⚡ 章節重點
一段話丟進去，一小時後跑出一個能用的音樂播放器 00:00
先看他自己的對照組 00:25
後來他離開了 Claude 00:49
接著是他觀察到的變化 01:35
讓他跨過下一階的理由很生活化 02:23
做這個播放器時，他換了分工 02:51
同一段指示裡他還指派了角色 03:51
他自己補了一句我覺得很誠實的話 04:32
我把他先前的音樂庫文章接過來看，是想補上這個播放器的地基 05:07
所以這個一段話換來的播放器，不是落在空地上的 05:47
他借了系統管理員那句話來描述現在的軟體，把伺服器當牛看，別當寵物養，壞了就推倒重建，不用慢慢救 06:07
他自己也標了限制 06:41
落在這個視角下，他說被記錄下來的意圖變成王道，指示加上後續的修正與補充，比生成出來的程式碼更重要 07:06
他形容 agent 管理的文件最後會長得像邪教 07:40
他把這件事接到更大的問題上，也就是模型太會逢迎 08:16
他的判斷是，這一代模型其實有能力推回去、擋住奇怪需求、問清楚邊界 08:53
我覺得整篇最能直接拿去用的是這一段 09:23
另一個例子可以看出約束放在哪裡的差別 09:49
至於那種多個 agent 分工的軟體工廠，他態度保留 10:28
回到那條界線 10:52
有兩題原文沒有回答 11:15
我自己的結論是這樣 11:35

📝 懶人包
∙ 作者在 pi 裡用 OpenAI 的 Astra 當 orchestrator、zai/glm-5.3-flash 當 subagent，一段 prompt 之後一小時內拿到一個能連上 Navidrome、顯示播放清單、依序播放、跳曲、暫停與調音量的 Go 音樂播放器，他說那是在 low thinking 模式、每月 20 英鎊的方案下跑出來的

∙ 他說他交給 agent 的工作單位一路從「一個函式」長到「一個小而自足的功能」，再到現在的「一個成品」，但 agent 還是不能擁有整個應用或系統，因為它們不會自己退一步、做出必要的判斷

∙ 與其把規則寫進 prompt，他改用 pi extension 做硬性檢查。一個負責檢查 git history 有沒有被 subagent 的 non-fast-forward merge 弄亂並要求 agent 修好，他說到目前為止成功率 100%，另一個直接定義 subagent 角色要用哪些模型，agent 沒辦法自己換掉

∙ 我的觀點是，這篇最有價值的地方在那條邊界線。agent 已經能交出整個成品，但要不要做、該做多穩、該不該拆開，這些退一步的判斷還是留在人這邊，而他選擇用硬規則去補，不靠提醒模型

📚 參考資料
The expanding scope of coding agents
→ https://chameth.com/the-expanding-scope-of-coding-agents/

Further adventures in music organisation
→ https://chameth.com/further-adventures-in-music-organisation/

來源
→ https://z.ai/subscribe