[情報] PStack／Potato mode：資深工程師腦的 skill 路由器

一、誰是 Lauren Tan／PStack 是什麼

影片開場介紹：Lauren Tan（@poteto）——Ninja Engineer、待過 Netflix、React core team、現為 SpaceX 與 Cursor 的 Principal Engineer。她把資深工程師的腦抽成一組 skills；Theo 也做過相關 deep dive。就算你最後不用 p-stack，光讀這套也能看懂一個認真的 agent practitioner 怎麼在 scale 上做事。

• Principles／engineering rules：行為準則（懶惰協議、最小化讀者負擔、驗證優先等）
• Playbooks：可當成 SOP——agent 知道下一步該幹嘛（約 22 本）
• Skills／slash commands：真正動手的單位

安裝（Cursor）：/add-plugin p-stack。官方在 Cursor 的 plugins／p-stack。若要跑在 Claude Code／Codex／OpenCode 等，影片提到 Michael Deng 的非官方 port，可從各 agent 的 plugin marketplace 裝。

二、Potato Mode＝技能路由器（不是規劃引擎）

Potato mode 本質是 router：面對任務時，從 20+ skills／約 22 playbooks 裡選第一個該走的路。Rob 用「建一個 skill manager（moltenbase）」當示範 prompt——potato mode 先路由到 figure-it-out playbook。

三、Fearless parallelism：Arena、Swarm、Worktrees、TDD

• Arena：同一問題丟給 3–4 個不同模型／agent（影片示範 Claude、GPT、Grok、Claude Opus），再把各家最好的部分 graft 進最終 commit；cursor 半年前有過類似能力後來拿掉。Token 會燒得很兇——適合關鍵功能且不在乎 token 預算。
• Swarm：平行 workers 拿問題的不同切片，最後聚合成一份報告。
• Fearless parallelism：跨 feature branch、worktree 等並行；設計上要聚合、避免 overlap——Rob 說這是大 claim，他自己還沒用夠到能背書，但原則已寫進棧裡。
• TDD skill：先寫一堆 unit tests，通過才往下走。

四、Why skill：去 MCP／CLI 找「為什麼」

Rob 特別點名要偷走的技能：why。不是只翻專案 transcript——會掃跟專案相關的 MCP／CLI：PostHog 產品資訊、Slack 討論串、Sentry log，拼出決策紀錄／ADR 層級的「為什麼這樣做」全貌。

五、OpenRouter 插曲：一個 key 管所有媒體模型

類比：potato mode 路由 skills，OpenRouter 路由模型。一個 API key、一張帳單，文字／影片／語音／圖像都走同一個 endpoint。Rob 讓 agent 建 CLI + skill，用 /poteto-mode 產出 generate-image／video／speech 等腳本，並用 C-Dream 生成「一堆馬鈴薯繞頭轉」的影片當梗。

這段是贊助／工具 demo，不是 PStack 本體；但展示了「skill + CLI」怎麼接外部能力。

六、Recall → Interrogate → Create／Maintain Verification

• Recall：隔一週回來接專案——掃 transcripts，必要時用 why skill 查 Notion／Linear／PostHog，搞清楚進度與下一步。
• Interrogate：驗證階段。2–3 個不同模型對同一段 code 依標準交叉審問；追求最高嚴格品質時，token 通常不是第一考量。
• Create verification：為 app 行為寫腳本化證明（feature map、跨專案掃描）。非確定性 agent 下，這步特別有價值——表面看起來能跑、實際上資料錯的表面積很大。
• Maintain verification：app 演進後，verifier 會漂移；跑這個 skill 把驗證腳本拉回對齊。

七、Unslop 與 Bros：殺 AI 腔、講人話

• Unslop（on-slop）：砍掉 pivotal moment、crucial、delve、enduring 等 AI 寫作特徵；爭議點之一是整段砍掉 em dash（Rob 說自己 AI 以前就愛用，但那條線已成「有用 AI」的大 tell）。
• Bros（bro）：把上一則訊息用白話、零行話重講——平行開一早上 agent、大腦當機時的救命技能。

八、Show me your work／Probe：從一條 prompt 看出整條軌跡

Rob 用 /show-me-your-work 回放「一開始那一條 prompt」的全程（one-shot）。典型工程師節奏：

1. Probe：先寫小腳本驗證可行性，不要整包開幹。
2. Frame：框出需求與約束（例如先 Mac、再跨平台）。
3. Scaffold → Arena（四個平行 agent）。
4. Design changes forced by reality：事前超詳細計畫常還沒碰到現實；邊做邊破假設、現場改計畫——這正是「不要過度 upfront planning」的理由。
5. Phase E：驗證／測試 → Audit。agent 發現自己 hallucinated 細節，叫出 三條 false claims 並修正。

九、關鍵原則（影片後半）

• Laziness protocol：重構時優先刪 code、做更簡單；最小改動完成任務 → 更可維護。
• Redesign from first principles：別只 bolt-on。想像功能從 day one 就存在，scaffold／DB 該長怎樣——可能要先拆再組。目標不是更多 code，是 最少 code、最大 impact。
• Minimize reader load：agent 大 PR、跨一堆 abstraction 的碎 code 讓人累；保持簡單、最少抽象。
• Exhaust the design space：Arena 存在的理由；Rob 自己課裡也教 design mode——先 scaffold 幾種 UI 變體、不接 DB，選完再往下。
• Build a lever：手做超過一次就做成 CLI／腳本（驗證 skill 就是例子）。

貫穿全棧的大原則是 verification：compile 過、tests go green ≠ 用真實 artifact 證明它真的對（computer use／E2E 等更深驗證）。

十、護 context、別卡人、subagents；成本取捨

• Guard the context window：中央 thread 很金貴——切片丟給有獨立 context 的 subagent，再回報摘要，不要把 raw payload 塞進主線。
• Never block the human：先做完、呈現結果，讓人事後 course-correct；不可逆動作才留確認。

十一、怎麼裝、怎麼帶走

• Cursor：/add-plugin p-stack（官方 Cursor／Lauren 的 plugins）
• 其他 agent：影片提到非官方 port（Michael Deng），從各 marketplace 裝
• Rob 系列還在做 skills／SDLC for agentic developer；waitlist：switchdimension.com

本頁為非官方圖文整理，依公開影片 ASR 摘要；數字與安裝指令請回原推／官方 repo 核對。

※ 原文：https://x.com/robshocks/status/2097381547493978562
※ 完整英文逐字稿：transcript.txt（ASR，含時間碼）
※ 作者：@robshocks — Rob Shocks - Build With AI｜主題：Lauren Tan（@poteto）PStack／potato mode