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

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

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

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

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

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

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