先講一個最基本的數字。agent一週可以產出多少程式碼？

Codex Pro 500方案搭配6.1 Sol，大概300萬行。

在agent出現以前，一個成熟的工程團隊，每人每週可以review的極限是大約兩千行。Codex一週的產出需要1,500人週審查。

不要浪費時間在這種審查上面，我個人也不相信面對這麼大量的程式碼有人可以好好審查。

程式碼已經是很便宜的東西了。

真正稀缺的資源是人類耐心跟注意力。

模型也已經不會偏離指令了。

會偏離的是環境跟工程師決策下錯方向，模型用錯誤的目標門檻做出沒有人想要的鬼東西。

給你的agent可以驗證的指標，可以執行的環境。

程式碼太髒？treesitter linter gate。

專案架構亂跑？oxlint import blacklist rule。

測試太多或太少？test coverage report。

邏輯漏洞？找個你喜歡的review subagent skill，我推薦sol-loop，要不然新的xstate看起來也不錯。

user journey檢查漏東漏西？Shopify reflex加上behavior test suite 。

安全漏洞一大堆？Codex跟Claude都有資安服務可以申請。模型抓出的漏洞絕對比資深後端工程師抓得還多。

可以變成數字的東西，agent絕對有能力做好。

如果覺得自己的專案還沒有到那種程度，把專案丟給agent，問看看可以怎麼改善。worktree、podman/docker、review procedure skill、preflight skill、convention skill、device operate mcp。

讓模型自己解決問題，給模型一個不可能出錯的架構跟project harness。

然後改善專案的成長方式。feature是最便宜的東西，把注意力放在coherence、你觀察到的user journey、開發過程中的recurring friction。

還有從以前到現在一直不變的，把issue scope切好，小一點，快一點，安全一點。CI沒過的PR不用浪費時間。

東西沒壞就不要動他，要動就想方法驗證東西不會壞。（diff看到既有測試更動？那大概不是好現象）

然後reject的時候大膽一點。

以前最困難的是issue➡️PR，現在最困難的是observation➡️issue。

把時間放在最困難的地方。

程式碼那種東西當免洗的。花時間建立出來的behavior contract比較重要。

真的想介入實作，給關鍵字就好。blurhash、bloom filter、protobuf、ORM、explicit state machine。花30秒大略猜出問題，15秒寫完request modification。然後專注在改善工作流程。

聽起來很像tech lead或CTO嗎？對。

不論喜歡或不喜歡，現在的工程師已經是沒有下屬的管理職了。

但往好處想，不用擔心責任會變。責任還是一樣，把需要的功能做出來，就這樣。只是思考的東西會從演算法變成軟體工程而已。

而好的軟體工程方法可以放大產出，維持可預期性。

所以用對方法驗證程式碼品質。

不要讓自己浪費時間code review。