[情報] 一個月送出 2,500 個 PR：Lauren 的 Michelin 廚房
原訂 Cursor Compile London，人在 Grok @Bot Galaxy 直播去不了，改免費放 X；她自己說講很慢，建議 2x 看。核心不是炫技開一百個 agent，而是先把信任鋪好，讓廚房在你不在場時也能出好菜。
一、這場在講什麼
講者 lauren（X：@poteto）現在在 SpaceXAI 做 Grok Bot（能接各種工具、幫你跑外環自動化的 bot），以前待過 Cursor、Meta、Netflix，也碰過 React compiler。
推文數字是上個月 2,500 個 PR 進 production。投影片另寫六個月累積 5,000+ PRs。英文 ASR 開場曾聽成約 2,000——本文標題以推文為準。
整場用 tldraw 白板講四塊：trust → 怎麼更信任 agents → codebase 就是 memory → automations。
二、為什麼會衝到這個量
進 Cursor 時接手 agents window 效能。一開始全手動：Chrome DevTools、performance trace、heap snapshot。PR 一直進來，根本不知道會不會回歸。
後來火大：都有 agents 了，為什麼還自己按？於是做 verification skills——讓 agent 自己把 app 跑起來、抓 trace、找熱點、往上爬效能。
她說一個月兩千級 PR「從來不是目標」；是 skills、工具、codebase 改動一路疊上去，最後都接到「信任」這件事：把自己當工程師的知識灌進 agent 隊伍，才不會永遠當瓶頸。
三、Michelin kitchen，不要叫 software factory
她不喜歡「軟體工廠」這個詞——工程比較像米其林廚房：成品仍是創意與品質，不是輸送帶量產。你可能不再親自炒每一道菜，但仍要對出餐負責，並設計廚房怎麼運轉。
線廚、副廚、設備、訓練、洗碗跟線廚的比例——都對應到 agents 的 skills、工具、環境配置。廚房設得好，你不在場也能出高品質。
四、信任階梯：1–5 卡關最痛
剛開始多半卡在 1–5 個 agents：每則 chat 都要盯、一直改、人不在就歪掉。她認為這段最難跨出去，因為不知道下一步該投資什麼。
沒信任就硬開 100 個 sub／cloud agents → 一堆爛 PR、回歸、bug。問題變成一句話：how do I trust my agents more?
五、驗證：Feature map ＋ CLI
Verification有光譜：低端是教 agent 用 Chrome DevTools Protocol 之類把 app 跑起來、除錯、抓 trace；高端還有 Lean／TLA+ 等形式化驗證（她說多數團隊還做不到，但驗證 skills 已經能走很遠）。
兩個實務組合：
- Feature map：像 sitemap 的「物化記憶」——有哪些功能、使用者怎麼進、點哪個 DOM／快捷鍵、各功能在幹嘛；放在 skill 目錄，還有 automation 幫忙維護。
- CLI：真的驅動 app、收集證明（proof）。
合起來：agent 能自己驗自己的活。講者說這類驗證技能已接近團隊關鍵基礎設施，也是建立信任很硬的一塊。
六、skills：教 agent 像工程師做事
驗證管的是「對不對」（結帳按鈕有沒有真的結帳）；不管「好不好」（效能、品質）。所以還要一層 skills，把除錯、開功能、原型等 playbook 灌進去。
她點名自己做的 pstack（Cursor marketplace 上的 skill／playbook 插件；本場刻意不多講指令細節）。資深工程師可把部落知識收進團隊 skill 庫。站內另有整理：pstack-workflow。
七、每次糾正 agent，往這五層補
投影片標題：whenever you correct your agent——不要只嘴砲改這一輪，要決定洞補在哪：
- codebase：改架構／資料結構，讓錯法變不可能
- static analysis：lint／compiler／CI
- rules／Bugbot（自動找問題、擋壞習慣的那類規則／機器人）
- skills
- style guide：多半靠人 review；量上來會撐不住——可以當起點，別當唯一防線
越上面越硬、越能 scale；越下面越像「提醒」，agent 或操作的人還是可能略過。
八、Codebase 就是 memory；捷徑會傳染
Agent 愛延展 context 裡已有的 pattern；打開的檔案就是記憶的一部分。所以 your codebase is memory。
反過來也成立：anti-pattern、workaround、解釋「為什麼先這樣」的註解，會被當成合法依據一直複製——幾天到幾週就變預設寫法。投影片原則：agents love taking shortcuts → 框架要讓好走的捷徑剛好是對的路。
九、園丁三件事
Each copy makes the next copy likelier. → your team needs gardeners
- delete tech debt——已有的債要清，不然會被複製
- keep one paved path——同一件事只留一條慣例，agent 不用猜
- lint against anti-patterns——不一定立刻清光；先寫 lint 止血，再派 agent 慢慢掃
實例：agent 愛留 comment 當「先這樣」的藉口。團隊在 Dune（Grok Bot 用的 agent-friendly 客戶端框架）選擇禁止這類模式，避免註解變成擴散用的護身符。
十、Dune：五個名詞鎖住邊界
靈感來自 Cursor agent window 的效能坑。目標：就算 context 很少的 agent（甚至設計師／PM／CEO 開的 agent）預設也能寫得不錯——對人可能很鎖，對 agent 卻友善。
投影片「Five nouns organize every app」：
- Feature：產品 UI 一個擁有資料夾
- Entrypoint：使用者開得起來的 view
- Transcript card：某一種 entry 的內容體
- Host：typed contract 後面的常駐行為（如 VM）
- Client：hooks／commands 後面的 durable renderer state
重點是嚴格邊界（例：main／renderer 不可亂 import），用 dependency graph 強制——避免慢碼再漏進 renderer，把 60fps／120fps 預算吃光。
十一、Grok Bot 外環 ＋ Cursor 自動化
Grok Bot 擅長外環（outer loop）：接 Slack、Datadog、Sentry 等，把訊號彙起來做決定；配 routines 訂閱趨勢／告警，自動開幹。
再踢 Cloud Agents（雲端長跑的 coding agent）做事。Cursor 這邊還能用 Automations 與 Agent SDK 組更複雜的 bot。投影片區分：
- individual automation／line cook agent
- team automation／factory agent
她說不必先建很重的「公司大腦」；codebase、rules、skills 疊起來會 compound。最後還是把「software factory」劃掉，回到 Michelin kitchen。
十二、她希望你只帶走一頁
糾正、干預 agent 時，依序想：能不能先在 codebase／架構讓錯法不可能 → static analysis → 再疊 rules／Bugbot／skills。信任夠了，才能平行開幹，也才能讓整隊共用同一套基礎設施。
本篇焦點是「2,500 PR／信任廚房」這場演講；pstack 指令與 playbook 細節請看站內 pstack-workflow，兩者有重疊但故事角度不同。
※ 來源：x.com/poteto/status/2102050467505430555｜FxTwitter 中繼｜影片英文 ASR（faster-whisper base）｜投影片擷取自 720p。非官方整理，數字以推文／投影片為準。