看影片學英文
影片與全文字幕
三個片段各在解決什麼問題?哪一項改變能用在你的專案?
左側播放影片,右側切換字幕模式;點精選片段可定位練習範圍。
本段怎麼練
聽出 agent 能做哪些動作;聽完不看文字,說出其中兩項。
be able to + 原形動詞描述能力;interact with 是實際操作或互動,可以用在 app、表單與介面。把動作動詞讀重一點。
用自己的 app 完成:The agent is able to __ and __. 填入兩項看得見的動作。
The agent is able to open the checkout page and submit the form.
本段怎麼練
聽出哪些工作一直被重做,以及共用工具能省下什麼。
rebuild the world 是誇張說法,指每次都重做太多東西。each time 表示每一次;描述自己的專案時,換成具體重做的工作。
完成:We should reuse __ instead of rebuilding it each time. 填入真的能共用的工具。
We should reuse the login test instead of rebuilding it each time.
本段怎麼練
注意逐一檢查和抽樣檢查的對比;說出兩者各自適合的情境。
about 後面接動作時用 -ing:about sampling、about testing。先找出 about,再把後面的動名詞連起來讀。
完成:Our review is about __ and __. 再說一項你認為每次都必須檢查的事。
Our review is about checking accuracy and finding confusing instructions.
全文字幕 · 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.
理解與口說練習(選做)
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 說明把反覆犯錯的修正分成四層,優先選能確實擋住錯誤的那一層:
- 架構或資料結構:讓錯誤根本寫不出來。
- 型別、lint 或 CI 檢查:擋下錯誤,並在錯誤訊息指出怎麼修。
- 測試:讓錯誤被抓到。
- 文件或 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 數字與工作流程是她的自述。要引用她的原話,請回頭看原始直播。
怎麼用:今晚能做的三件事
- 挑你最常改的 app,寫一支指令讓 agent 能自己啟動、操作一條主要流程並留下證據(截圖或 trace),再讓它在每次改動後執行。
- 下次 agent 第二次犯同一個錯,先停下來問:能不能寫成 lint rule、型別或目錄限制?只改提示詞是最後手段。
- 翻你過去的對話紀錄,挑出你反覆糾正的三件事,各寫成一條 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 官方
/correctguide 說明修正層級。 -
2026-10-10:跟讀區改為完整意思的原字幕短段落,加入對應原音播放器、英文同步字幕、播放範圍與練習步驟。
-
2026-10-10:取得英文自動字幕,補上字幕短摘錄、中文對照與自擬口說練習;短摘錄已核對字幕,原音回聽待核對。
參考資料
- Matt Pocock × Lauren Tan 直播對談(YouTube,2026-10-02)
- Lauren Tan 的 X 貼文:how i shipped 2,500 PRs last month
- pstack(cursor/plugins,MIT)
- pstack guide
- pstack guide:Make it yours(
/correct修正層級) - Cursor Compile London 議程
- 敏捷三叔公:一個月 2,500 個 PR 的秘密(中文,二手整理)
- PJFP:Poteto on pstack(章節摘要,二手整理)
- Redreamality:Trust First, Then Parallel(Compile 演講字幕分析,二手來源)
- Matt Pocock skills 庫