Context 也要有自己的開發週期

概要

• Context 取代程式碼Patrick 說自己幾乎不碰程式碼了，只叫 AI 換做法；也把一大堆自己用的程式碼改寫成 skill，因為不同生態系的安裝流程寫成程式太難，交給 skill 一步步判斷反而解決更多問題。
• 四步迴圈Patrick 仿照 DevOps 畫了一個無限迴圈：產生 context、測試 context、散布 context、觀察是否有效，再調整重新產生。整場照這個順序講。
• 用 eval 測 context改了 CLAUDE.md 兩行，影響是什麼常常只能憑感覺。Patrick 的做法是從 linter 開始，再用 LLM 當評審檢查產出的程式碼，評審拿到工具後就變成端到端測試。
• 評估要容許失敗eval 每次結果不同，所以要跑好幾次、看成功比例。Patrick 的想法是幫一組測試設定錯誤預算，而不是要求每次都過。
• 散布靠套件與 registry可重用的 context 可以像函式庫一樣打包、安裝、放進 registry，接著就會遇到依賴衝突與安全問題，需要掃描與來源紀錄。
• 回饋來自 agent log 與生產環境agent 日誌、PR 上的意見、生產環境的失敗，都可以回頭變成改善 context 的依據。

原話

• “you cannot do like exact testing all the time”

  沒辦法每次都做精確的測試

  ▶ 13:41

• “Now the reality is 99.9 and I mean that in a very sincere way of the skills is crap”

  現實是 99.9% 的 skill 都很爛，我是很認真這樣說的

  ▶ 14:57

• “they're just the engine if you give the engine the wrong fuel which is context they're not gonna perform”

  它們只是引擎，燃料是 context，給錯燃料就跑不好

  ▶ 23:46

延伸

• 觀察階段 Patrick 提到 agent log 正在出現標準，但沒有說是哪一個。
• Patrick 說自己還沒找到寫 context 時相當於 Grammarly 的 coding 工具，倒是用語音輸入來寫 context 有幫助。
• Q&A 裡聽眾問還有哪些 context 來源，Patrick 沒有給具體答案。