人掌舵、agent 動手的工程做法

概要

• 程式碼不再是稀缺資源Ryan 認為模型已經能做完軟體工程師的整份工作，稀缺的變成人的時間、人與模型的注意力，以及模型的 context window。工程師的角色轉向系統設計與委派。
• 把好壞標準寫下來一份 patch 背後有很多沒寫明的非功能需求。Ryan 要團隊把這些標準寫成文件，讓每個 agent 都吃得到團隊裡每個人的專長，不必等人工 code review 才學到。
• 規範靠 lint、測試與 review agent 送到 agent 面前Ryan 舉的例子有針對網路呼叫補 retry 與 timeout 的客製 lint，以及限制檔案不超過 350 行的測試。錯誤訊息要直接告訴模型下一步怎麼改。
• 每週一天清理 slop團隊每人每週五拿一天，把這週看到的壞習慣歸類，變成文件、測試或 review agent，讓問題不再出現。
• 程式碼結構要讓 token 好預測他們的 repo 有 750 個 PNPM workspace package，並刻意讓同一件事只有一種做法，agent 看到哪裡都學得到同樣的脈絡。
• 目標是不用人去按「continue」Ryan 說每次得對 agent 打 continue 都是 harness 的失敗，想要的是 50 個 agent 全天候自己跑。

原話

• “The important thing is not the code, but the prompt and the guardrails that got you there.”

  重要的不是程式碼，而是產出它的 prompt 與護欄

  ▶ 06:54

• “You can just simply say, do not produce slop. Don't accept slop, you won't get slop in your code base.”

  直接說別產出 slop；不收 slop，程式碼庫裡就不會有

  ▶ 09:30

• “Rules files, prompts. Skills, prompts. These lint error messages that I'm talking about, prompts.”

  規則檔是 prompt，skills 是 prompt，我說的這些 lint 錯誤訊息也是 prompt

  ▶ 15:35

• “Context is a thing that I don't think will ever be obsoleted, right?”

  我不認為 context 會有被淘汰的一天

  ▶ 24:27

• “Every time I have to type continue to the agent is like a failure of the harness to provide enough context around what it means to continue to completion.”

  每次得對 agent 打 continue，都是 harness 沒把「做到完成」的脈絡給足

  ▶ 33:30

延伸

• Ryan 不要求實作的 agent 處理每一條 review 意見，因為那會讓 coding agent 被 reviewer「霸凌」；他們偏向讓程式碼被接受，而不是追求完美。
• 他們的 skills 只集中在五到十個，寧可把現有的做好；底層從直接用 Chrome DevTools protocol 換成 daemon，Ryan 過了三週才發現，因為 Codex 靠文件自己搞定了。