Boris Cherny: Building Claude Code
這集在講什麼
這集在回答一個很直接的問題:當 Claude 這類模型已經能連跑幾天、幾週,甚至讓一個任務持續 11 天時,AI product 到底該怎麼設計才不會把模型綁死?Boris Cherny 的答案很鮮明:不要先加更多 prompt、更多 scaffold,反而要先大膽刪掉 80% 的 system prompt,讓模型先自己跑,再用 ablation、eval 和 verification 一層層補回真正需要的東西。聽完你會帶走一個實戰心法:把模型當成會變的 coworker,不要過度 spec,先給它一個「太難但可驗證」的任務,像讓它 rewrite 整個 codebase、或連續跑兩週比對 pixel,然後看它真的缺什麼。
來賓:Boris Cherny;他是 Claude Code 的核心創作者之一,直接參與產品、harness、dynamic workflows 與安全設計,對「怎麼把最新模型變成可用產品」有第一手經驗;他最核心的主張是:「別先加東西,先 press delete,因為現代模型常常比你的 prompt 更聰明。」
本集亮點
01:20Opus 5 會自己連續工作很久,搭配 Auto Mode 甚至能「跑幾天、幾週、幾個月」不自己停下來;重點不是更會閒聊,而是更像真的在扛一個長任務,這直接改變 agent product 的設計方式。
04:10Claude Code 每次新 model 來都會刪 prompt、改 tools,甚至做 `simple=1` 把所有 system prompt 含 tool prompt 一起拿掉;他們發現 Opus 5 反而「少了提示更聰明」,這是反直覺但很關鍵的產品方法。
18:02Bun 的整個 Zig codebase 被模型用 11 天重寫成 Rust,背後不是魔法,而是 test suite + steering + dynamic workflows;這個案例證明現在不是只能做局部輔助,而是真的能吃下整個 codebase 的遷移工作。
28:38Claude Code 已經開始「自己維護自己」:每天跑 dead code cleanup、刪無用 tests、統一重複 abstraction,甚至一口氣有 20 到 30 個 routine 在不同 codebase 內運作;這表示 AI 工具正在從幫你寫 code,變成幫你養 code。
章節
同節目其他集 看全部 ›
完整逐字稿(可點句跳播)、一集白板、AI 問答與一鍵摘錄,在聽摘裡看 👇
聽摘