別問 Claude 能為你做什麼——Anthropic 工程師的 Vibe Coding 進 Production 心法
別問 Claude 能為你做什麼——Anthropic 工程師的 Vibe Coding 進 Production 心法 Anthropic 把一個 22,000 行的修改 合進了他們 生產環境 的強化學習 codebase,而且絕大多數是 Claude 寫的。 如果你第一個反應是「哇,AI 終於可以替代工程師了」——你抓錯重點了。 這個案例的真正主角不是 Claude,是那群在 PR 合進 main 之前花了好幾天當「Claude 的 Product Manager」的人類工程師。Anthropic 工程師 Erik Schluntz 在 Code with Claude 大會上把這件事的內情講得很白:vibe coding 進 production 不是放手不管,而是一套 把工程責任搬到 AI 之前 的紀律。 這篇文章我想把演講精華 + 業界數據 + 真實風險案例編織起來,讓你知道:什麼時候 vibe code、什麼時候絕對不要、以及那 15 分鐘的事前準備到底在準備什麼。 從「跟 Claude 聊天」變成「替 Claude 做 PM」 先把名詞講清楚。Vibe coding 不是「用 AI 寫程式」的同義詞。它是 OpenAI 創始成員、前 Tesla AI 總監 Andrej Karpathy 在 2025 年 2 月提出的概念——「 完全沉浸在 vibe 裡,擁抱指數成長,忘記程式碼存在 」。這條推文當時衝破 450 萬次瀏覽,Collins 詞典直接把它選為 2025 年度詞 ,連 維基百科 都單獨開了條目。 關鍵差別是:你打開 Cursor 或 Claude Code、看著 AI 寫一段就 review 一段、覺得不對就改——那叫 AI-assisted coding ,不叫 vibe coding。Vibe coding 的精髓是 你不再逐行讀程式碼 ,你只看「跑起來對不對」「結果合不合預期」。 Schluntz 講出整場演講最容易被忽略的金句: 「Ask not what Claude can do for you, but what you can do for Claude.」 仿甘迺迪那句名言,他想表達的是:在 vibe coding 時, 你的角色是 PM,不是客戶 。你不是在「使喚」Claude,你是在「設...