本篇為 Lenny 的 podcast 與 Anthropic Claude Code（團隊內部稱 Claude Code）負責人 Boris Churnney 的訪談摘要，整理出技術起源、成長影響、安全策略、對工作與產品的建議，以及對開發者/企業的實務要點。
核心結論（快速掃描）
- Boris 表示：「自 11 月起我沒有手寫過任何一行程式碼，100% 的程式碼由 Claude Code 產出。」日常仍會審查、合併 PR，每日可送出數十個 PR。
- Claude 已快速成為工程師的實作工具（公開報告顯示已寫入大量 GitHub commit），增長持續加速；Anthropic 也把這類工具視為研究與安全實驗的重要場域。
- 工程生產力有大幅提升（Boris 提到工程師生產力提升約 200%），但也帶來職能分工變動與社會層面的衝擊與討論。
產品與起源
- 最初是 Boris 個人快速原型（命名為 Claude CLI），採「終端機優先」的設計：理由是模型快速進步、要能跟上節奏就用最低成本的形式先做出來。
- 早期內部測試、快速迭代與高度回饋機制是成功關鍵：團隊把使用者的回饋當成最重要的信號，快速修 bug、快速上線，鼓勵使用者持續回饋。
- 從終端機延伸到桌面、手機、IDE 外掛與 Slack/GitHub 整合，讓不同領域的人能在既有工作流中使用 Claude（即「把產品帶到使用者所在的地方」）。
功能演進與下一步
- 不再只是「寫程式的對話夥伴」：Claude 不僅產出程式碼，還能使用工具、讀取回饋、檢視 bug 報告並自行提出修復建議，開始扮演協同工作者（co‑worker / agent）的角色。
- Boris 判斷：對他所做的那類程式碼而言，「寫程式」這件事在技術層面已基本解決，下一步是擴展到更廣泛的工作（專案管理、郵件處理、表單填寫、跨工具自動化等）。
- 「代理人能主動提出要做的事」將是重要發展：由被動回應到主動偵測、建議、執行改進。
對工程與職場的影響
- 工作角色會模糊：工程、產品、設計的職責重疊增加；Boris 認為「software engineer」這個職稱可能會逐漸被「builder」或更通用的角色取代。
- 短期將帶來劇烈混亂與痛苦，但長期可能像「印刷術」一樣促成知識與能力的廣泛普及，解鎖大量新創造力與協作方式。
- 關於就業：Anthropic 與 Boris 傾向樂觀—工具讓人更有能力去做新事，但社會需討論過渡與保障。
安全與可觀測性（Anthropic 的方法論）
- 三層觀察：機制層（mechanistic interpretability，研究模型內部、神經元與概念如何編碼）、實驗室層（synthetic evals）、與實際上線後的真實世界行為。
- Anthropic 重視「在真實世界中觀察模型行為」，因此採取逐步釋出（research preview）、內部長時間試用、並提供沙盒（open‑source sandbox）與 guardrails。
- 內部能對模型「看」到某些 neuron/結構與高級功能（例如長期規劃、工具使用）的關聯，並把這類洞察用於防護與監控。
實務建議（給產品設計者與使用者）
- 給團隊大量嘗試（loose with tokens）：早期鼓勵工程師自由試用模型、嘗試高消耗情境，找到能解決的真實問題後再優化成本。
- 不要過度束縛模型（少做重型流程化 orchestrator）：經驗顯示，給模型工具與明確目標，讓它決定步驟，通常效果比嚴格分段更好。
- 投注於「更通用、更強大」的模型（the bitter lesson）：一般而言，通用大型模型長期勝過大量專門化微調方法；若可能，優先用最能勝任的模型（Boris 建議使用最能的 model，如 Opus 4.6）。
- 實務使用小技巧：啟用 Plan Mode（先讓模型擬計畫再執行）、使用最強模型而非盲省成本、嘗試不同介面（terminal、desktop、mobile、browser extension），並多試多學。
- 產品策略：建產品時要「為未來的模型（6 個月後）設計」，若只為當前弱模型優化，可能很快被新模型淘汰。
團隊文化與工作方法論
- 少投入人力、鼓勵「underresource」：小團隊、快速交付、給予個人自由與責任以促進創新與速度。
- 跨領域通才更被看重：Boris 建議成為跨領域（產品、工程、設計、業務）的一般化人才，因為 AI 工具會把作業層自動化，誰能看整體越吃香。
- Claude 內部實作：Claude 會自動審查 100% PR，並協助生成修復、測試、PR；但 Boris 仍強調人類審核的重要性（安全、合規、上下文判斷）。
Co‑work（agent）與 Latent Demand 概念
- Co‑work 是把 agent 推到非工程使用者的入口：Chrom、桌面 app、手機等，讓 agent 做 email、表單、跨系統同步、專案管理等事。
- Latent demand（潛在需求）：觀察使用者如何「濫用」現有工具來達成目的（例如 Facebook 的 Marketplace 起源），產品應把這些使用模式正規化、做成專用功能。Claude/Co‑work 的很多延伸正是從觀察使用者將終端機當成通用工具而來。
社會與情感面向
- Boris 個人仍享受「用 agent 建構」的流程，他說反而更喜歡現在的編程方式（不再被瑣碎細節綁住），但也承認不同人會有不同的情感反應（懷舊、喪失感或解放）。
- 他把這次變化比作印刷術的擴散：初期衝擊巨大，但長期解鎖知識普及與新社會結構。
有用的快速摘錄與小故事
- Boris 的個人習慣：每天同時運行多個 agents（他說當下錄音時有五個 agents 在跑）；許多工程流程已讓 Claude 自動化。
- 團隊文化：鼓勵速度、實驗、少量資源但高度責任；把使用者回饋當作產品指北。
- 輕鬆片段：Boris 與主持人發現雙方都來自烏克蘭奧德薩（Odessa）、Boris 喜歡做味噌，並提到幾本科幻與技術書作為推薦。
結語：Boris 的核心提醒
技術變化極快，但設計良好的原則沒變：觀察使用者（尤其是他們如何「曲用」產品產生潛在需求）、讓模型有工具去做事、給創新空間（tokens／時間／心理安全）、並把安全視為從內部機制到實際上線的三層工程。短期會痛，長期可能是讓更多人能「構建軟體」的機會。
若要快速上手 Boris 的建議：多試、多讓 agent 幫你做事、使用最強模型、在開始階段多試驗（不要太早優化成本），並學習跨領域思考以成為「builder」而不是只做單一細分角色。
沒有留言:
張貼留言