一場由YC（Y Combinator）主導(dǎo)的圓桌訪談在科技圈引發(fā)廣泛關(guān)注，Claude Code創(chuàng)始人鮑里斯·切爾尼（Boris Cherny）與四位YC高管展開了一場深度對話。鮑里斯在訪談中拋出一系列大膽觀點，直擊開發(fā)者痛點，為AI編程的未來勾勒出一幅令人震撼的藍(lán)圖。

訪談開場便充滿戲劇性。YC總裁兼CEO加里·譚（Garry Tan）直言不諱地表示：“謝謝你做了Claude Code，它讓我連續(xù)三周沒睡好。”加里解釋道，自去年11月底起，身邊越來越多的人都在談?wù)揅laude Code帶來的前所未有的編程體驗，這種體驗如同給人裝上了火箭助推器，讓人興奮不已。鮑里斯笑著回應(yīng)，2024年9月，當(dāng)他剛完成Claude Code原型時，自己也經(jīng)歷了類似的“失眠”時刻。那時，他連續(xù)三個月沒有休息過一天，周末和深夜都在加班，心中只有一個念頭：這個產(chǎn)品可能會成功，但不確定是否真的有用。

這個最初連鮑里斯自己都沒有信心的產(chǎn)品，后來卻掀起了巨大的波瀾。Claude Code最初只是一個極其簡單的終端小工具，鮑里斯當(dāng)時還不熟悉Anthropic的API，為了省事省時間，他隨手做了一個終端程序來調(diào)用API，本質(zhì)上就是一個沒有用戶界面（UI）的簡陋聊天應(yīng)用。然而，就是這個“簡陋原型”在Anthropic內(nèi)部迅速走紅。鮑里斯回憶，做出原型兩天后，他就將其發(fā)給團隊試用，第二天上班時發(fā)現(xiàn)，對面的同事已經(jīng)在使用這個尚未完善的工具寫代碼了。后來準(zhǔn)備對外發(fā)布時，Anthropic的創(chuàng)始人達(dá)里奧（Dario）還特意問他：“內(nèi)部使用曲線都快垂直上升了，你是不是強制工程師使用？”鮑里斯回答，他只是發(fā)了一個帖子，剩下的全是大家互相轉(zhuǎn)告，自發(fā)使用起來的。最直觀的變化體現(xiàn)在Anthropic的人均工程產(chǎn)出上，自從Claude Code推出后，這一數(shù)字直接提升了150%。鮑里斯感慨，以前在meta負(fù)責(zé)代碼質(zhì)量時，想要提升2%的生產(chǎn)力，可能需要幾百人干一年，而Claude Code帶來的100%級別的提升，是他以前想都不敢想的。

訪談中，鮑里斯做出了一個重磅預(yù)測：再過一個月，Claude Code的規(guī)劃模式（Plan Mode）可能就會失去用武之地，未來甚至?xí)氐紫?。這一觀點讓在場的YC高管們感到驚訝，因為目前很多開發(fā)者都依賴規(guī)劃模式來規(guī)劃方案、避免偏離方向。鮑里斯解釋說，規(guī)劃模式本質(zhì)上就是在提示詞中加入“先別寫代碼”的指令，讓AI先進行規(guī)劃再動手。如今，Claude Code已經(jīng)能夠自行判斷何時需要規(guī)劃、何時可以直接執(zhí)行，團隊正在優(yōu)化這一體驗，讓AI在該規(guī)劃時自動進入規(guī)劃模式，久而久之，手動開啟規(guī)劃模式的需求就會逐漸減少。

更令人震撼的是多Agent的未來發(fā)展趨勢。鮑里斯表示，未來多Agent將能夠自行組隊工作，無需人類過多干預(yù)。他舉了一個真實的例子：Anthropic的插件（plugins）功能幾乎是在一個周末由一個Agent集群“跑出來”的，連續(xù)幾天幾乎沒有人工干預(yù)，上線時的形態(tài)與它自行運行的結(jié)果幾乎沒有什么差別。具體來說，主Agent在接到需求后，會在任務(wù)管理工具上創(chuàng)建一系列任務(wù)，然后自動生成多個子Agent，子Agent會自行認(rèn)領(lǐng)任務(wù)、分工協(xié)作，主Agent則負(fù)責(zé)把控整體方向。例如，在調(diào)試一個復(fù)雜bug時，主Agent可能會生成3個、5個甚至10個子Agent，有的負(fù)責(zé)查看日志，有的負(fù)責(zé)檢查代碼路徑，有的負(fù)責(zé)進行測試，并行推進工作，最后匯總結(jié)果，這比人類單獨調(diào)試要快得多。鮑里斯還提到，Agent的能力邊界每幾個月就會被重新定義一次，現(xiàn)在認(rèn)為“AI做不到”的事情，可能再過半年，AI就能輕松完成。他自己就曾被震撼到：團隊遇到一個內(nèi)存泄漏的bug，他按照傳統(tǒng)方法，導(dǎo)出文件、打開工具、慢慢排查，而另一個同事直接讓Claude Code幫忙，AI居然自己寫了一個小工具來分析文件，比他更快地定位到了問題。這讓他意識到，作為開發(fā)者，必須不斷更新自己的認(rèn)知，不能用過去的經(jīng)驗來判斷AI的能力。

訪談中最具爭議的觀點莫過于鮑里斯對“軟件工程師”這一頭銜的看法。他認(rèn)為，未來“軟件工程師”這個頭銜將逐漸消失，要么演變?yōu)闃?gòu)建者（builder）、產(chǎn)品經(jīng)理（product manager），要么雖然頭銜還在，但只是一個沒有實際意義的遺留符號。鮑里斯解釋說，這并不意味著編程會消失，而是寫代碼這件事將從“核心能力”轉(zhuǎn)變?yōu)椤澳J(rèn)能力”。如今在Anthropic，很多人的代碼70%到100%都是用Claude Code編寫的，鮑里斯自己自從使用了Opus 4.5后，甚至直接卸載了集成開發(fā)環(huán)境（IDE），不再手寫一行代碼，每天卻能完成20個代碼提交。以前，軟件工程師的核心工作是寫代碼，但未來，大家的工作將轉(zhuǎn)變?yōu)椤敖鉀Q問題”，包括撰寫需求規(guī)格說明書（spec）、與用戶溝通、規(guī)劃產(chǎn)品方向等，而寫代碼的工作將交給AI來完成，就像現(xiàn)在我們使用計算器計算數(shù)學(xué)題一樣，不需要手動計算，但需要知道如何使用計算器以及如何判斷結(jié)果是否正確。而且這種趨勢已經(jīng)在Anthropic內(nèi)部顯現(xiàn)，團隊成員現(xiàn)在都是“超強通才”，產(chǎn)品經(jīng)理會寫代碼，設(shè)計師會寫代碼，甚至財務(wù)同事也會寫代碼，大家不再局限于自己的本職工作，而是圍繞問題本身，利用AI完成編程相關(guān)的工作。未來，無論是什么崗位，只要需要解決問題，可能都需要具備“用AI寫代碼”的能力，但這并不意味著大家都要成為軟件工程師。鮑里斯還提到一個有趣的細(xì)節(jié)，現(xiàn)在代碼的“保質(zhì)期”只有幾個月，Claude Code本身也被反復(fù)重寫，六個月前的代碼現(xiàn)在幾乎全部消失了。在過去，重構(gòu)代碼是例外情況，但現(xiàn)在，重構(gòu)已經(jīng)成為常態(tài)，因為AI能力進步太快，以前寫的代碼和搭建的工具，過幾個月就會被AI原生能力替代，繼續(xù)保留只會成為“技術(shù)債”。

面對AI編程的快速發(fā)展，無論是開發(fā)者還是創(chuàng)業(yè)者，最關(guān)心的問題就是如何適應(yīng)這一變化。鮑里斯在訪談中給出了許多實用的建議，這些建議都基于他自己的親身經(jīng)驗。他反復(fù)強調(diào)的第一條建議是：不要為“今天的模型”做產(chǎn)品，要為“六個月后的模型”做產(chǎn)品。鮑里斯指出，AI的能力是指數(shù)級增長的，今天模型“勉強可用”的功能，六個月后可能就會原生支持。如果只盯著當(dāng)下的模型做產(chǎn)品和工具，很快就會被下一代模型超越，之前的努力也會付諸東流。第二條建議是：不要和模型對賭。很多人為了提升10%到20%的效果，會為AI搭建很多“腳手架”（輔助工具），但這些努力很可能會被下一代模型“白送”的能力所替代。與其花費大量精力搭建腳手架，不如等待模型進步，將精力放在更核心的問題上，比如如何利用AI解決實際需求，如何引導(dǎo)AI做好分工。第三條建議也是最關(guān)鍵的一條：新時代最重要的能力是“新手心態(tài)”。鮑里斯認(rèn)為，資深工程師往往有很強的觀點和豐富的經(jīng)驗，但現(xiàn)在很多舊經(jīng)驗已經(jīng)不適用，AI的出現(xiàn)相當(dāng)于重新定義了編程的規(guī)則。能夠承認(rèn)自己錯了、丟掉舊經(jīng)驗、從基礎(chǔ)重新思考，比資歷更重要。他還分享了招聘時的一個小技巧：他會問候選人“給我一個你曾經(jīng)錯了的例子”，通過這個問題可以看出對方是否有謙遜的態(tài)度，是否能夠從錯誤中學(xué)習(xí)。鮑里斯坦言，他自己大概一半的想法都是錯的，很多好點子都是通過試錯、聽取用戶反饋、不斷調(diào)整得來的，這種“敢試錯、能糾錯”的能力對每個開發(fā)者和創(chuàng)業(yè)者來說都至關(guān)重要。