Skip to content

Poteto 的信任階梯:先讓 agent 能自己驗證,再談放手

2026年10月7日1 分鐘
TL;DRCursor 工程師 Lauren Tan(poteto)自述月合併約 2,000–2,500 個 PR,數字未經外部稽核。她的做法是三件事:先做驗證 skill、把重複的錯誤變成 lint 與型別限制、合併後抽樣檢查。方法可以搬,前提是你的領域能被程式驗證。

查詞與收藏

正在載入查詞工具…

🌏 English version

完整中英字幕對照:點任一句播放與跟讀

看影片學英文

影片與全文字幕

三個片段各在解決什麼問題?哪一項改變能用在你的專案?

左側播放影片,右側切換字幕模式;點精選片段可定位練習範圍。

YouTube:三段聽力練習:驗證、共用工具、抽樣

全文字幕 · 548 段

依原字幕句意重新分段,保留來源時間戳;繁中為機器翻譯,尚未逐句人工校訂。

字幕已隱藏,仍可點時間或切換上一句/下一句練聽力;切換模式即可查看文字。

點任一句播放;字幕隨影片同步。切換模式會保留目前位置。

選一句播放

相關表達 · 點片語看中文與本站自擬例句。

verification

把實際成果和預期條件對照,確認是否符合要求。

Verification should include opening the exported file, not only checking that it exists.

evidence

能支持判斷的具體觀察,例如畫面或執行紀錄。

The agent attached a screenshot as evidence that the form showed the error.

理解與口說練習(選做)
已完成 0 / 3 步

02 先寫,再對照

展開參考答案,自己對照

分別找出三種動作:操作並檢查 app、共用驗證工具,以及規模變大後抽樣檢查。選一項套用到自己正在做的工作。

對照重點是否一致,不需要逐字相同。

03 換成你的情境,開口說

選一個片段,用英文說明怎麼套用到自己的 app:要做什麼、留下什麼證據,以及哪件事仍由你判斷。

看本站自擬示範

The agent should open the form, submit an empty field and capture the error message. I will review whether the message helps the user fix the problem.

問題與例句為本站編寫,並非影片逐字稿。輸入內容只留在此頁,不會送出或自動評分。

如果你已經用 coding agent 寫 code,卻還是得一個對話一個對話盯著,這篇想回答的是:Lauren Tan 的做法裡,哪些你明天就能試,哪些其實靠她自己的條件才成立。

這是什麼

Lauren Tan(網名 poteto)曾在 Meta 的 React 團隊,現在做 Cursor 的 agents window 與 Grok Bot,兩者都隸屬 SpaceXAI。2026 年 10 月 2 日,Matt Pocock 為她開了一場 65 分鐘的直播對談,談她怎麼讓 agent 大量產出又維持品質。她的整套 skill 以 MIT 授權公開在 pstack,入口是 /poteto-mode。

完整訪談來源(YouTube)。想在本頁聽原音,使用上方的練習播放器即可。

先講數字:2,500 只是她的自述

標題裡的 PR 數量,各處說法不同:

  • 直播標題寫「1,000's of PRs」。
  • 她 9 月 21 日在 X 的貼文寫 2,500。
  • Cursor 的 Compile London 議程列出 9 月 16 日活動的講題「I Shipped 2,000 PRs Last Month」。
  • 一份對 Compile 演講自動字幕的分析指出,口述的數字約是 2,000。

這些都是她自己說的月份與數字,沒有外部稽核,也看不出合併後有多少沒被回退。對談約 45:54,她提到相當一部分是「園藝」型的小修維護。所以這個數字拿來判斷「她把工作切得多細」比較合理,拿來比較產出價值就不太站得住。

給誰、需要什麼前提

適合已經天天用 coding agent、卻發現自己是瓶頸的人。不需要用 Cursor 或 pstack;對談裡真正值得拿走的是思路。前提是你的專案要有能被程式判斷對錯的東西,例如能跑起來的 app、測試、型別、lint。

內容地圖

1. 信任階梯。把她在對談不同段落的廚房比喻串起來,可以這樣理解:一個人盯一個 agent 是家庭廚師;多開幾個 agent 卻沒有制度,像全家擠進廚房,只會更亂;接著是設計廚房運作的主廚,最後才是同時巡視多家分店。她不喜歡「軟體工廠」容易淡化品質與手藝的聯想,也提醒工程師的名字仍掛在出品上。

2. 驗證 skill 是第一階。她在 Cursor 一開始是 agent 和 Chrome DevTools 之間的「meat proxy」:自己看 flame graph、heap snapshot,再轉述給 agent。她加入 Cursor 後做的第一個 skill,就是讓 agent 自己把 app 跑起來、操作、抓 trace。她對 loop 的定義也由此而來:agent 能自己檢查自己的成果,才算 loop。

3. 確定的事寫成程式,判斷留給 agent。驗證 skill 裡有一支包住 Playwright 與 Chrome DevTools Protocol 的 CLI。她自己說它沒有多厲害,重點是每個 agent 共用同一套工具,不用每次重寫一次驗證腳本,而且行為一致。技術遷移也一樣,優先用 codemod,而不是讓 agent 一個檔案一個檔案想。

4. 用環境取代叮嚀。每次 agent 犯錯,她先問「怎麼讓這個錯誤寫不出來」,答案多半是 lint rule、型別或目錄慣例。她說,Dune 是非開源的內部框架,每個 feature 放在自己的目錄,透過 registry 與掃描 codebase 找到 feature,再配合嚴格的 lint rule 收斂寫法。這裡能借的是設計思路。

5. 外循環與內循環。內循環是 agent 照你給的意圖寫 code;外循環是 Slack、Linear、X 上不斷冒出來的新資訊。她讓個人 agent 訂閱這些來源,再轉給雲端的 coordinator,由它拆任務給 sub-agent。同一批相關的 bug 交給同一個 coordinator,比較容易看出共同根因。

6. 合併後抽樣。流程是 agent 做完 PR、多個 verifier 實際操作 app 找問題、修完、自動合併;她隔天早上看 commit history。發現好幾個 agent 都走同一條捷徑,就回去修 skill、lint、型別,不修那一個 agent。

一個具體例子:修正該放在哪一層

pstack 官方 guide 的 /correct 說明把反覆犯錯的修正分成四層,優先選能確實擋住錯誤的那一層:

  1. 架構或資料結構:讓錯誤根本寫不出來。
  2. 型別、lint 或 CI 檢查:擋下錯誤,並在錯誤訊息指出怎麼修。
  3. 測試:讓錯誤被抓到。
  4. 文件或 agent 規則:前三層做不到時才寫成提醒,因為略過文字本身不會讓檢查失敗。

這是目前公開工具的修正策略,不是這場對談逐字列出的排名。/correct 還要求用真實的歷史錯誤證明新檢查會失敗,避免只新增一條看起來有用的規則。

flowchart TD
    A[agent 又犯了同一個錯] --> B{能改架構、型別<br/>讓它寫不出來嗎?}
    B -->|能| C[改架構與型別]
    B -->|不能| D{能寫成 lint 或 CI 檢查嗎?}
    D -->|能| E[加 lint rule]
    D -->|不能| F[先找能抓到錯誤的測試<br/>最後才寫文件或規則]

所以,看到重複錯誤時,先找能落在程式與檢查裡的修正,再考慮文字提醒。官方 guide 的入門例子也很樸素,只給目標與驗收方式:

/poteto-mode the export writes duplicate rows when a retry lands mid-run. repro first, then fix and verify.

出處:pstack guide。

限制

  • 適用範圍:Matt 問到無法回頭的變更,以及醫療、法律、金融等領域時,她說,越難用程式驗證,越難走到放手這一步,也承認沒有完整答案。她把充分驗證比喻成讓單向門變成雙向門,但這不代表驗證能撤銷已發生的資料損失。本文的建議是:驗證不足或後果無法回復時,保留人工合併判斷。
  • 成本:full autopilot 每個 PR 開多個 verifier,她承認很耗 token。
  • 前提很重:她的專案被刻意收斂成「只有一種做法」,Grok Bot 早期甚至有八個各一萬行以上的檔案,是被逼著拆開才建立這套約束。搬到自己的既有專案時,仍得先建立相應工具與約束。
  • 驗證要覆蓋目標:通過既有功能檢查,不代表所有品質與效能目標都已覆蓋。她也用驗證工具做效能改善;效能目標仍需要對應的 trace、profiling 或 benchmark。
  • 來源:正文主要主張已對照英文自動字幕,文末短摘錄尚未回聽原音。Dune 是她描述的內部框架;PR 數字與工作流程是她的自述。要引用她的原話,請回頭看原始直播。

怎麼用:今晚能做的三件事

  1. 挑你最常改的 app,寫一支指令讓 agent 能自己啟動、操作一條主要流程並留下證據(截圖或 trace),再讓它在每次改動後執行。
  2. 下次 agent 第二次犯同一個錯,先停下來問:能不能寫成 lint rule、型別或目錄限制?只改提示詞是最後手段。
  3. 翻你過去的對話紀錄,挑出你反覆糾正的三件事,各寫成一條 skill 或規則。她也建議每個人養自己的一套 skill,不要整包照搬;Matt 的 skills 庫可以當範本。

想了解 harness 為什麼是這幾年的重點,可以搭配站內的 Phil Schmid 導讀與 meta-harness 分層整理。

聽力與口說練習

找更多英文影音練習文章。上方三個片段按鈕會切換同一個播放器。先播放整段,再點原音語句重複聽;太快就選 0.75 倍。精選語句附中文對照,其餘原音字幕可用播放器的 CC 顯示。

每段都有聽力目標、語言重點與開口練習;示範句為本站編寫,不是講者原話。片段邊界依自動字幕選取,尚未逐句回聽,開頭或結尾可能承接範圍外的話。

更新紀錄

  • 2026-10-20:重新斷為 548 個有時間戳的句意單位後翻譯,核對英文詞序完整保留;精選片段共用同份對照與句界,全文字幕可直接隨播放同步。

  • 2026-10-20:加入所提供字幕全部 1707 段的繁中機器翻譯、逐句播放與跟讀,保留原精選練習;翻譯尚未逐句人工校訂。

  • 2026-10-19:每段補上聽力目標、語言重點與自擬口說示範,增加兩則字幕短摘錄並合併重複播放器;仍為精選語句對照,非三段完整逐字稿。

  • 2026-10-19:整合三個原音片段切換、標示字幕覆蓋狀態;完整三段中英對照尚未完成。

  • 2026-10-19:加入 16:43–17:03 連續段落的中英對照與點句跟讀;加入片段理解檢查、可展開的片語說明與自擬口說練習,新增英文影音練習標籤。

  • 2026-10-10:明確標示「原站字幕跟讀」,區分短摘錄、改寫的理解提示與完整雙語逐字稿,補上原站時間連結及文字記錄操作方式。

  • 2026-10-10:加入三段 31–51 秒連續主題播放器、同步英文字幕、理解重點與跟讀順序;短摘錄保留作定位。

  • 2026-10-10:正文對照原始對談字幕,修正 Dune、驗證範圍與不可逆變更的表述;修正 Compile 活動日期,改以 pstack 官方 /correct guide 說明修正層級。

  • 2026-10-10:跟讀區改為完整意思的原字幕短段落,加入對應原音播放器、英文同步字幕、播放範圍與練習步驟。

  • 2026-10-10:取得英文自動字幕,補上字幕短摘錄、中文對照與自擬口說練習;短摘錄已核對字幕,原音回聽待核對。

參考資料