城市便條技術筆記

技術筆記 #008|模型越來越聰明,你的 AGENTS.md 真的需要那麼多資訊嗎?如何避免重複的錯誤一再發生?

強迫自己每天輸出 Day016

看完〈Read this before deleting your AGENTS.md〉後,有兩件事我想回去試試看:

❶ 刪 AGENTS.md

我之前會直接在 AGENTS.md 寫死「什麼檔案要存在哪個路徑」。

一開始確實蠻方便,但最近開始發現,只要多一個新專案,我就要再進去改一次。

照這個邏輯一直加下去,之後 AGENTS.md 只會越來越肥。

而且 AGENTS.md 是每次都會載入 Context 的檔案,現在模型其實也已經夠聰明了,有些事情好像沒必要規定得這麼死。

所以我想試著把這類規則刪掉,讓 Agent 自己看專案結構、判斷檔案應該放哪裡。

然後觀察:

刪掉之後,它真的會做得比較差嗎?

如果沒有,那這條規則可能從一開始就不用一直留著 XD。

❷ 把 Agent 犯過的錯,真的拿來「測」

我原本的做法是:

Agent 犯錯 → 寫進記憶 / 做成 Skill → 希望它下次自己記得檢查。

但實際用下來⋯⋯它常常根本忘記調用那個 Skill XD

可能是我的 Skill 寫得不夠明確,也可能「希望它下次記得」本來就不是一個穩定的做法。

這篇作者提供的方式我覺得蠻值得試試看:

直接建一個 failures.md,把 Agent 曾經犯過的錯和當時的 Prompt 留下來。

之後每次改 AGENTS.md,就把這些 case 重跑一次。

有點像平常改 Code 會跑 test:

改 Code 怕舊 Bug 復發,
改 Context 其實也該怕 Agent 舊病復發。

這樣以後要刪 AGENTS.md 的規則,也不用靠感覺判斷「這條應該可以刪吧?」

直接刪掉、重跑 failures,看結果就知道了。

從「還要告訴它什麼」到「還需要告訴它嗎」

我覺得這篇讓我最大的觀念啟發是:

以前寫 AGENTS.md,我想的是
「還有什麼事情要先告訴 Agent?」

現在反而會想問:

「這件事現在還需要我告訴它嗎?」

接下來想拿自己的 AGENTS.md 實際刪一輪,再來看看會不會翻車🤣