@dotey：Cat Wu 面試了幾百個 PM 候選人，幾乎沒人答對一個問題：AI 產品經理到底應該幹什麼？ Cat Wu 是 Anthropic Claude Cod…

Cat Wu 面試了幾百個 PM 候選人，幾乎沒人答對一個問題：AI 產品經理到底應該幹什麼？ Cat Wu 是 Anthropic Claude Code 和 Cowork 的產品負責人，和 Boris Cherny 搭檔，帶著團隊把產品功能的交付週期從半年壓到了一天。在 Lenny's Podcast 最新一期中，Cat 聊了 Anthropic 內部的速度文化、PM 角色的劇變、原始程式碼洩露的善後，以及那個讓開源社群炸鍋的 OpenClaw 封堵決定。 原始影片：https://www.youtube.com/watch?v=PplmzlgE0kg 要點速覽 大多數 PM 候選人仍然在用 6-12 個月路線圖的思維找工作，Anthropic 的節奏是一週甚至一天發布一個功能 Claude Code 團隊幾乎所有 PM 都有工程背景或直接寫程式碼，設計師也曾是前端工程師 Anthropic 用 research preview 機制降低發布承諾，讓工程師可以 End to End (端到端) 完成從想法到發布的全流程 Cat 花 30% 的時間故意把 Cowork 推到極限，和模型對話搞清楚它為什麼犯錯 Claude Code 原始程式碼洩露經過兩層人工審查仍然漏過，Cat 定性為流程失敗 封堵 OpenClaw 使用訂閱配額的決定，Cat 從容量管理角度解釋，但迴避了「先複製功能再封堵」的爭議 Anthropic 成功的核心：統一使命讓團隊願意犧牲自己的 KR 去服務公司整體目標 與 Boris Cherny 搭檔：80% 心靈感應，20% 各幹各的 Lenny 開場就問 Cat 和 Boris 是怎麼分工的。Boris 是 Claude Code 的創造者和技術負責人，在 Podcast 界已經是明星級人物，Lenny 說他的那期節目是 Podcast 史上最受歡迎的一集。 Cat 說自己和 Boris 的關係用「80% mind-meld」來形容。Boris 擅長的是方向感，他會說三個月後、六個月後產品應該長什麼樣，那個最 AGI pilled 的版本是什麼。Cat 的角色則是把這個願景翻譯成執行路徑：從現在到那個願景之間，每一步怎麼走？同時她花更多時間在跨職能協調上，確保市場、銷售、財務、容量等團隊都認同計畫，不會在功能準備好之後才發現有障礙。 剩下的 20%，是各自特別在意的事情。Cat 會主導自己更關心的事，Boris 也一樣，誰更在意誰就推。這種模糊分工在外面看起來不太正統，但 Cat 覺得正是因為模糊，才能快。 編者註： Boris Cherny 是 Anthropic Claude Code 技術負責人，也是 O'Reilly 出版的《Programming TypeScript》一書的作者。他在 2024 年 9 月加入 Anthropic 後構建了 Claude Code 的第一個終端原型。AGI pilled 源自網際網路俚語 red pilled（出自電影《駭客任務》），指對 AGI 即將到來持極其樂觀甚至狂熱的態度。在 AI 行業內部，這個詞既有正面含義（敢於為更強的模型設計產品），也有警告意味（可能脫離當下模型的實際能力）。 面試幾百個 PM 後的發現：大多數人還活在舊世界 Lenny 提到一個有趣的現象：想去 Anthropic 當 PM 的人多到他快收到三十億美元 ARR 的「介紹費」了。Cat 面試了幾百人，她覺得大多數人對 AI PM 角色的理解方向不對。 問題出在哪？Cat 認為 AI 出現之前，技術變化很慢，你可以做 6-12 個月的規劃。程式碼寫起來很貴，所以 PM 的核心工作是協調各團隊的路線圖，確保大家的功能互相解鎖。這套打法在舊世界是對的。 但現在，模型能力在快速提升，AI 大幅加速了工程效率，很多產品功能的交付時間從 6 個月變成了 1 個月，有時候 1 週，甚至 1 天。在這個節奏下，PM 不應該把精力花在多季度路線圖的跨團隊對齊上，而應該想：怎麼找到最快的方式把東西推出去？怎麼讓工程師有個想法、週末就能送到使用者手裡？ 最好的 AI 產品 PM，能縮短從「有這個想法」到「產品到了使用者手裡」的時間，並且能定義出產品必須在哪些任務上開箱即用。 （“The PMs who do the best on AI native products are the ones who can figure out: How can I shorten the time from having this idea to actually getting the product in the hands of users.”） 怎麼做到一天出一個功能 Lenny 追問具體怎麼做到這麼快。Cat 講了三件事。 第一件是設定清晰目標。 因為大型語言模型能力太通用，使用者是誰、解決什麼問題、核心場景是什麼，全都模糊。好的 PM 能把這些定死：我們的核心使用者是企業裡的專業開發者，這個功能要解決權限提示太多導致的疲勞感，目標是讓企業開發者安全地做到零權限提示。這個目標一旦清楚，就排除掉了大量不相關的方案。 第二件是 research preview 機制。 Claude Code 幾乎所有功能都先以研究預覽的形式發布。明確告訴使用者：這是早期產品、只是一個想法、我們在收集回饋、這個功能可能不會永遠支援。這降低了發布門檻，一兩週就能把東西推出去。 第三件是搭建跨職能的快速反應流水線。 Cat 的團隊有一個叫「evergreen launch room」的機制。工程師覺得功能準備好了、內部也試用過了，就把它發到這個頻道裡。負責文件的 Sarah、負責產品市場行銷的 Alex、開發者關係的同事會直接跳進來，第二天就能完成對外宣傳。這套流程跑順了之後，任何工程師想發布功能都沒有摩擦。 Cat 說得很明確：搭建這套發布流水線，就是 PM 該幹的事。 編者註： Anthropic 的發布節奏有多快？有人做過一個日曆，發現 Anthropic 在 2026 年前幾個月幾乎每天都有一個重要功能或產品發布。 PRD 沒死，但活法不同了 Lenny 問 PRD 還寫不寫。Cat 說他們做了兩件替代的事。 第一是每週做嚴格的 metrics readout，整個團隊一起看資料，確保每個人都深度理解業務的各個面、關鍵目標、趨勢和驅動因素。 第二是維護一份 team principles，包括誰是核心使用者、為什麼是他們、願意做什麼取捨。這份原則的目的是讓團隊每個人都能自己做決策，不需要等 PM 或其他利益相關方來拍板。 PRD 並沒有完全消失。對於特別模糊的功能，Cat 還是會寫一頁紙，列出目標、理想場景、當前失敗模式。需要大量基礎設施投入的長期專案也仍然有 PRD。但大部分功能不需要。 不是 Mythos 讓他們變快的 Lenny 注意到 Anthropic 還沒正式發布的 Mythos 模型引發了外界的關注，問他們內部是不是在用這個模型來加速開發。 Cat 的回答很直接：他們已經快了好幾個季度了，Mythos 不是核心原因。 Mythos 很強大，他們確實在內部使用模型，這多少加速了開發，但不足以解釋速度提升的主要部分。更大的原因是流程和團隊的期望設定：每個人都覺得自己有權力也有責任把想法在一週內變成現實。 編者註： Mythos（內部代號 Capybara）是 Anthropic 的最新前沿模型，2026 年 4 月 7 日以研究預覽形式限量發布，主要用於 Project Glasswing 網路安全專案。最初在 3 月 26 日因 CMS 配置錯誤提前曝光，Fortune 等媒體拿到的草稿描述它是一款比 Opus 更大、更強的模型。Anthropic 稱該模型在程式碼、推理和網路安全方面能力大幅超越此前所有模型，已發現數千個零日漏洞。 原始程式碼洩露：定性為流程失敗 2026 年 3 月底，Claude Code 的完整原始程式碼透過 npm 包洩露。Lenny 問 Cat 發生了什麼。 Cat 說他們第一時間就去查了。原因是人為錯誤，有人在用 Claude 寫一個關於包發布流程更新的 PR，這個 PR 經過了兩層人工審查，但還是漏了。他們已經加固了流程，確保不會再發生。 Lenny 追問了一個尖銳的問題：這個人還在 Anthropic 嗎？Cat 的回答很乾脆：還在。這是流程失敗，最重要的是學習教訓、加強防護。 編者註： 洩露的根本原因是 Claude Code 使用 Bun 執行階段建構，Bun 預設生成 source map 檔案，而 .npmignore 中缺少 *.map 條目，導致一個 59.8 MB 的 source map 檔案被發布到公共 npm 註冊表，暴露了約 2,000 個檔案、512,000 行 TypeScript 原始程式碼、44 個未公開的功能標誌，以及一個名為 KAIROS 的自主後台 Agent（從洩露的程式碼中發現的未發布功能，能讓 Claude 在後台持續執行，甚至在使用者空閒時做「記憶整理」）。這已經是 13 個月內的第二次程式碼洩露，而且發生在 Mythos 模型資訊因 CM…