想做代理轉型，先把時間花在初始設定上

過去兩週，在演講和大公司高階主管會議裡，我把同一句話重複得太多次：代理工作贏在初始設定。把 token 拉滿之後我發現，貴的不是聰明提示詞，而是環境是否已經知道你怎麼工作。

我也懷疑這只是我的偏見。然後 Claude Code 負責人 Boris Cherny 的筆記幾乎完全重合。

優秀工程師早就在做的事

Boris 指向一個老習慣：最好的工程師把時間花在 vim 自動化、lint、e2e 等「工作周邊的工作」上，在代理出現之前就給自己的產出加倍數。

自動化按代理數量相乘

過去更好的 DevX 只讓一個人更快。現在同一套自動化可以加速你跑的整支代理艦隊。一條共享規則不是個人便利，是吞吐。

把問題寫進程式碼，可以消滅一類問題

代理每次看到同類問題都可以再修，燒 token 還會漏。寫成 lint 或 CI 步驟，這類失敗就不再重複。人們說的 loop 不是無限重試，而是刪掉問題類別。

自動化讓別人也能貢獻

入職第一天就提交程式碼、非開發者以接近工程師的水準貢獻，已經在發生。剩下的牆是只活在腦子裡的領域知識。

能成為基礎設施的知識範圍變大了

除了 lint、型別、測試，註解、skills、CLAUDE.md、代理記憶幾乎能裝下任何判斷。

每個團隊的作業

寫出 CLAUDE.md、REVIEW.md、skills 和文件，讓代理在沒有人每輪貼上額外脈絡時也能高效工作。

初始設定看起來慢。跳過它的團隊會買昂貴模型，然後對著空白脈絡整天重複同一套標準。