ClaudeCode之父：“全員編程”時代，企業真正領先在于“組織流程的代差”

近日，Anthropic編程工具Claude Code的創造者Boris Cherny與紅杉資本合伙人Lauren Reeder進行了一場深度對話。

在這個滿座的科技投資者面前，Boris表示，自去年10月至11月起，他寫的代碼就已100%由模型完成。到2026年，他甚至沒有親手寫過一行代碼。

對Boris本人而言，編程問題已經被“解決”，而企業真正需要競爭的，是組織流程的重構速度。

他的工作臺：手機 + 數百個并行Agent

Boris Cherny是資深工程師出身，出版過TypeScript編程教材，職業生涯中寫過大量代碼。但他“2026年沒寫過一行代碼”。

而Boris的主要工作設備，是手機。他在現場展示了他的個人工作流：打開Claude手機應用，左側有一個代碼標簽頁，里面同時運行著五到十個會話，每個會話下又掛著一批Agent?！拔颐刻焱ǔ憥资畟€PR，上周有一天做了150個，那是我的記錄，我只是想看看自己能推到多遠。”

Boris稱，目前大概有幾百個Agent在跑，每天晚上通常有幾千個在做更深層的工作。

他重點介紹了他目前最依賴的工作方式——Loop（循環調度）

這是最簡單卻最有效的東西。你讓Claude用cron來調度一個未來某個時間點的重復任務，可以每分鐘、每五分鐘、每天運行一次。

他目前運行著數十個Loop：一個在持續“看護”他的PR（自動修復CI、自動rebase）；一個維持CI健康（發現flaky test就自動修復）；還有一個每30分鐘抓取Twitter反饋并自動聚類整理。

我現在感覺Loops就是未來。如果你還沒試過，強烈推薦……即使你關上筆記本，它也會繼續跑。

現場有聽眾問：Anthropic內部相比外部開發者，領先多少個月？

Boris的回答出人意料。他說，在模型層面，Anthropic與外部幾乎沒有差距——“我們用的是同樣的模型，我們非常重視dog fooding（自用測試），因為我們在構建一個平臺，開發者用的東西必須和我們自己用的一樣?！?/p>

真正的差距在別處。

“我認為我們領先的地方，實際上不是技術，而是組織結構和組織流程?！?/strong>Boris說，“如果你和Anthropic的人聊，你會發現我們把Claude用在字面意義上的所有事情上。我的Claude在跑循環寫代碼的同時，會通過Slack跟其他同事的Claude溝通，來處理未知問題。公司里已經沒有任何手寫代碼了。所有SQL都由模型生成，所有東西都由模型構建?！?/p>

這意味著：同樣的工具，誰先把組織流程改造到位，誰就擁有真正的競爭優勢。

全員編程：不只是工程師的事

Boris Cherny介紹，Claude Code團隊本身就是“全員編程”的實驗場。

我們的工程經理、產品經理、設計師、數據科學家、財務人員、用戶研究員——團隊里每一個人都寫代碼……他們各自有專業方向，但現在每個人都同時在編程。

他預判，未來的“全才”將不只是跨平臺的工程師（比如同時做iOS、Web和服務端），而是真正跨學科的人：既懂產品工程，也懂設計，或者兼顧數據科學與工程。

對于更長遠的趨勢，他用了一個歷史類比。他說自己主要讀兩類書：科幻小說和科技史?！拔艺J為現在最清晰的歷史平行，是1400年代歐洲的印刷機?！?/p>

他描述了當時的情況：印刷機發明前，歐洲只有約10%的人識字，他們受雇于國王和領主，“閱讀和寫作是一門專業技能，不是人人都會的”。印刷機出現后，僅50年內，歐洲出版的文獻量就超過了此前一千年的總和，書籍成本下降約100倍。經過幾百年，全球識字率升至約70%。

他的判斷是：“軟件將成為完全民主化的東西，人人都能做，而且速度會比印刷機快得多?！?/strong>

他預言軟件開發將像發短信一樣普及并舉例說，“寫會計軟件，最合適的人可能不是工程師，而是一位精通領域的好會計——因為懂領域才是難點，寫代碼變成了容易的部分?！?/p>

SaaS格局：哪些護城河正在消失

被問及AI是否會引發“SaaS末日”，Boris Cherny說這是他“最喜歡的問題”，并給出了兩個判斷。

首先，他認為，AI將削弱兩類傳統護城河：

• 轉換成本（Switching Costs）：模型可以輕松幫用戶完成產品遷移；
• 流程壁壘（Process Power）：Claude越來越擅長復制和優化復雜業務流程，尤其是Claude 4.7，“你給它一個目標，告訴它不斷迭代直到完成，它就會去做。我認為這是第一個能做到這一點的模型。”

而網絡效應、規模經濟、稀缺資源等傳統護城河，AI并未改變其重要性。

第二，顛覆性創業將大規模涌現。

我認為未來10年，顛覆性初創公司的數量會增加10倍。因為現在一個小創業公司可以構建出與大公司同等價值的東西，并且能夠真正正面競爭——因為大公司必須演進業務流程，必須重新培訓所有人使用新技術，他們會面臨大量內部阻力。但你們沒有這個問題。如果你從頭開始，你可以用AI原生方式構建一切。

他的總結是：“所以我認為現在是創業的最佳時機，是做初創公司的最佳時機，顛覆的機會無處不在。我們大有可為。”

Claude Code本身的未來

被問及Claude Code一年后會是什么樣，Boris Cherny說了一句頗為直白的話：

我認為Claude Code本身可能在一年后只剩100行代碼。

他解釋，隨著模型越來越能自主行動，現有的各類安全機制——防止prompt注入的保護、命令靜態校驗、權限模式、人工審核循環——"都會變得不那么重要，因為模型會自己做正確的事""。

他還被問及Claude Code成功是模型功勞還是產品功勞，他說，“大概六個月前可能是50/50?！?/p>

他解釋了為什么產品層面仍然重要：“我們非常注重細節，這樣當你整天使用它時，是很好的體驗。”但他也明確說，“隨著模型越來越好，‘外殼’（harness）就越來越不重要了。”

訪談全文如下：

Anthropic的Boris Cherny：編程問題已解決，下一步走向何方
Sequoia Capital · AI Ascent 2026
嘉賓介紹
主持人（Lauren Reeder，Sequoia合伙人）： 好，我很高興介紹我們的下一位演講嘉賓。請問在座有多少人使用Claude Code？
（現場舉手）
請問有多少人有"Claude Code心理癥"？
（笑聲）好吧，我的團隊親切地說我有Claude Code心理癥，這可能是真的，也可能不是。
我們非常高興今天能有Boris Cherny來到現場。Boris是Claude Code的創造者，在這個過程中，他親歷并推動了現代軟件開發方式的全面革新。Boris，非常感謝你今天抽出時間與我們交流，我們知道整個軟件開發行業的未來在某種程度上都壓在你的肩上。今天代表我們進行訪談的是我們團隊的Lauren Reeder，掌聲有請。
（掌聲）
第一章：Claude Code用戶調查
Lauren Reeder（主持人）： 你搶了我的開場白，我通常也會問誰在使用Claude Code。剛才舉手的人真不少，太棒了。
Boris，感謝你的到來，非常榮幸。在座的都是創業者和建設者，而你正在徹底改變"構建"這件事本身。我非常想探討你對軟件開發未來的思考，以及我們應該把那些"多出來的時間"用來做什么。
在深入話題之前，我先為大家多介紹一點背景。Boris不只是創造了Claude Code，他本質上是一個工程師中的工程師——整個職業生涯都在大量寫代碼，還寫了關于代碼的教科書，包括《Programming TypeScript》。我們上次聊天時，他說自己在2026年還沒有親手寫過一行代碼，這是相當大的轉變。
另外還有一件鮮為人知的事：我在中學時寫過一份關于TI-83 Plus計算器BASIC編程的指南，我剛搜了一下，它竟然還在網上，非常尷尬，請大家千萬不要去搜。
（笑聲）
我先提幾個問題，然后會留出大量時間給現場觀眾提問，大家可以開始想問題了。
第二章：Claude Code的起源故事
Lauren： 先給大家快速做個調查：使用Claude Code的朋友，主要用CLI的舉手？好，大多數是CLI。主要用桌面端的？好。主要用VS Code或JetBrains IDE的？好，其實不多。其他方式？
Boris Cherny（Anthropic，Claude Code創作者）： 我現在主要用iOS。
（笑聲）
Claude Code是在某種意義上"誤打誤撞"誕生的。我在2024年底加入了一個團隊，那是Anthropic內部的孵化器，叫做Anthropic Labs。這個團隊完成了自己的使命——我們做出了Claude Code、MCP和桌面應用，總共就幾個人，是一個非常純粹的創新小組。團隊完成任務后就解散了，現在其實又重新集結了，進入第二輪。Mike Krieger——你們知道他，Anthropic的首席產品官，也是Instagram的聯合創始人之一——正在主導這一輪。
我開始做編程工具，是因為我們感受到了所謂的"產品過剩"（product overhang）——相信這里的人對這個詞并不陌生。我們在實驗室內部經常用到這個詞，核心意思是：模型已經能做很多事情，但還沒有任何產品把這些能力真正用起來。
第三章：從代碼補全到智能體
Boris： 2024年底，當時最先進的編程方式是"類型提前補全"：你打開IDE，按Tab鍵，一次補全一行代碼。這是Sonnet 3.5首次實現的能力。但我們的感覺是，可以走得更遠——模型已經接近下一個重大躍遷的臨界點，不用再做逐行補全，而是讓智能體直接把所有代碼都寫了。
于是我動手做了，但頭六個月效果很差，幾乎難以使用。我自己大概只用它來寫10%的代碼。Claude Code剛發布時也并沒有引爆市場，用的人不少，但沒有今天這種指數級增長。
真正的轉折點出現在Opus 4發布的那個五月，我記得非常清楚。從那時起指數級增長開始了，此后每次模型發布都會再上一個臺階——Opus 4、4.5、4.6、4.7，一路持續拉升。
我們當時其實是在為"下一款模型"提前構建產品，清楚地知道在接下來六個月內不會有產品市場契合度（PMF），但這就是整個計劃。Anthropic一向非常專注，始終把商業、企業、安全和編程放在核心位置，這是我們一貫的構建方式。
第四章：編程問題是否已經解決？
Lauren： 這個故事真令人嘆服，尤其是"誤打誤撞"這個部分。你曾公開表示"編程問題已經解決了"。編程是Anthropic三大核心賭注之一，你能詳細說說這句話是什么意思嗎？哪些問題還沒解決？又會帶來哪些新的二階問題？
Boris：我先再問一下現場。有多少人還在100%手寫代碼？有多少人已經100%用Claude Code這類智能體來寫代碼？有多少人介于兩者之間？
好，大概50%已解決。
對我來說，是100%解決了。Claude Code的代碼庫泄露過，大家都知道，它其實很簡單，就是TypeScript加React，沒有什么大秘密，沒有特別復雜的東西。
我們選擇TypeScript和React，是因為這兩個技術在模型的訓練分布中占比很高。剛開始構建這個代碼庫時，模型還沒有今天這么智能，語言和框架的選擇非常重要?，F在的模型已經能寫任何語言、上手任何框架，包括從未見過的。但當時，你會希望使用分布中權重較高的技術。
也正因為如此，我們相當早就達到了讓模型寫100%代碼的程度——大概是去年的十月、十一月。從那時起，模型就寫了我所有的代碼。我現在每天大概提交幾十個PR。上周有一天我提交了150個PR，那是我的紀錄，只是想測試一下極限能到哪里。
當然，這并不代表所有場景都解決了。還有很多龐大復雜的代碼庫，還有一些模型尚未擅長的冷門語言。但對于我這邊的代碼，它確實已經解決了。通常情況下，答案就是：等下一款模型發布。
第五章：Boris的個人工作流
Lauren： 能跟我們聊聊你的個人設置嗎？你之前給我演示過，相當震撼。
Boris： 我大概六個月前在Twitter上分享過我的工作流，當時我沒想到會讓人驚訝，對我來說那就是正常的寫代碼方式。
（笑聲）
而且現在它又進化了。我現在大部分工作都在手機上完成。打開Claude應用，左側有一個"Code"標簽，里面是一堆進行中的會話。一般我會同時開五到十個會話，每個會話下面又跑著一批智能體，目前大概有幾百個智能體在運行。每天晚上還有幾千個智能體在做更深層的工作。
管理這些智能體有幾種方式。一種是讓Claude調用子智能體來分配任務。但我發現自己越來越多地在用"loop"（循環任務）。這是我覺得最酷、也最簡單好用的東西——讓Claude用cron來安排一個定時重復任務，可以每分鐘、每五分鐘、每天執行一次，頻率隨你設定。
目前我有幾十個循環任務在運行。比如：一個專門盯著我的PR，自動修復CI問題、自動rebase；一個維護CI健康，發現不穩定的測試就自動修復；還有一個每30分鐘從Twitter抓取反饋并自動聚類。
我現在真的覺得"循環任務"就是未來。如果你還沒嘗試過，強烈推薦。我們最近也上線了"Routines"功能，原理相同，但跑在服務端——就算你關上筆記本，任務也會繼續執行。
第六章：未來的團隊形態
Lauren： 說說你對未來團隊形態的看法吧。你覺得團隊應該怎么運轉？是需要更多的智能體協作，還是現有的組織方式還能繼續？
Boris： 做預測很難，但我來試試。我認為大的趨勢是：未來會有越來越多的"通才"。
現在我們說的通才，基本上還是指工程師層面的通才——比如一個人同時做iOS、Web和后端，這是工程領域的通才。
但我認為接下來我們會看到越來越多跨學科的通才——工程做得好，同時也做產品設計，或者既懂產品，又懂數據科學和工程。
這已經是我們團隊正在發生的事。Claude Code團隊里，幾乎每一個人都是跨學科的通才：工程經理、產品經理、設計師、數據科學家、財務同事、用戶研究員，團隊里每一個人都在寫代碼。大家各有專長，但同時所有人都在寫代碼。
我看到有人在點頭——我猜這對在座的人來說并不意外，因為你們可能也正在經歷同樣的變化。
第七章：SaaS的命運
Lauren： 最后一輪問題，然后開放給觀眾。我們聊了編程本身的變化，現在想聊聊軟件產品的變化。隨著AI讓寫代碼的成本降低10倍乃至100倍，用軟件構建的產品的價值會發生什么變化？我們是否會迎來"SaaS末日"？
Boris： SaaS末日這個問題是我最喜歡的問題。我認為會發生兩件事，而且這兩件事都不是大家現在普遍在討論的。
第一件事，不知道在座有多少人聽過Acquired這個播客？是的，那是我最喜歡的播客之一。我上周剛和他們錄了一期unplugged，感覺就像見到了偶像。
他們介紹過"七種護城河"這個概念，來自Hamilton Helmer寫的書，講的是商業競爭中的七種核心優勢。我認為，AI的到來會讓其中一些護城河變得不那么重要，另一些則會變得更重要。
變弱的護城河包括：

• 轉換成本：有了模型，從一個系統遷移到另一個系統會越來越容易。
• 流程優勢：對于那些核心護城河是工作流和流程的公司，Claude越來越擅長優化流程——尤其是4.7，給它一個目標讓它迭代，它就能一直爬坡直到完成。我認為這是第一個真正能做到這一點的模型。

而那些原本就強的護城河仍然有效，比如網絡效應、規模經濟、獨占資源等，這些并沒有因為AI而改變。
第二件事：如果你看過去十年的創業公司數量，我認為未來十年會增加10倍。現在一個微型創業公司可以打造出與大公司同等量級的產品，并且真的能正面競爭——因為大公司需要改造業務流程、重新培訓員工使用新技術，內部阻力會非常大。而你從零開始，就能從一開始就原生地用AI來構建。
所以我認為現在是創業的最佳時機，是做初創公司的最佳時機，顛覆的機會無處不在。我們大有可為。
Lauren： 謝謝你，Boris。現在開放給觀眾提問。
第八章：現場觀眾問答
觀眾（Dan）： 你說你在還沒有產品市場契合度的時候就提前做了六個月，那現在模型已經足夠好了——你認為Claude Code的成功，有多少要歸功于模型本身，有多少要歸功于產品決策和產品體驗？
Boris： 我認為兩者都有，是混合的。如果你半年前問我，比例大概是50/50。
Dan： 兩年后呢？
Boris： 兩年后……我們的規劃基本上是一周看一次，偶爾想到六個月后。
（笑聲）
順便說一下，我認為之前是50/50的原因——我當年參加過YC，在一家YC公司做過第一員工，做過很多創業項目。YC反復強調的一件事就是：做出人們喜愛的東西。不管模型多強，你最終還是要做出一個人們真心喜歡的產品。這也是為什么產品細節很重要——我們極其注重細節，讓用戶整天使用都覺得體驗很好。
隨著模型越來越強，工具本身的"腳手架"的重要性在下降。我們現在在想的是：如何讓循環任務變成一等公民？如何讓并行運行大量智能體變得更簡單？子智能體只是其中一個思路，還有很多正在做的東西。
我認為一年后，模型會在對齊方面做得更好，所以今天圍繞提示注入、命令靜態驗證、權限模式、人機協作等安全機制都會變得不那么重要——因為模型會直接做出正確的事情。
觀眾： 我覺得Claude Code幾個月前推動了一次文化變革，讓軟件開發變得更加民主化——比如店主可以自己開發軟件，或者編程微控制器來控制門燈。你認為將來軟件開發會不會變成一種就像"會用Microsoft Office"一樣的普通技能，讓所有人都能掌握，而不只是科技行業的人？
Boris：是的，絕對是！而且我認為會超過這個程度，會像"我會發短信"一樣自然。
我的閱讀偏好主要是兩類：科幻和科技史。我認為科技史中有一個和當下最貼切的類比，那就是15世紀歐洲的印刷機。
在印刷機發明之前，歐洲只有大約10%的人口識字。這些人往往受雇于不識字的國王和領主，專門負責讀寫工作。印刷機發明后，僅僅在隨后50年里，歐洲出版的文獻就比此前一千年的總和還要多，書籍的成本也下降了約100倍。
當然，全面普及花了幾百年，因為讀寫本身也需要學習，還需要教育體系、政府支持，不能讓所有人都還在田地里勞作。但幾百年后，全球識字率上升到了約70%。現在我們都能讀寫，不需要專門的學位。當然，職業寫作仍然存在，這沒有改變。
我認為軟件即將經歷類似的民主化，而且速度會比50年快得多。比如說，寫財務軟件——我認為今天最適合寫財務軟件的人，不一定是工程師，而是一個優秀的會計師，因為他最懂這個領域，而寫代碼才是容易的部分。懂領域才是難的部分。
觀眾： Greg說你們內部相當于活在"未來一步"，因為你們能提前接觸到模型和智能體。Claude Code當初是內部工具，后來才對外發布。你們在工程能力上領先外部世界多久？一個月、三個月還是六個月？這個差距是在擴大還是在縮??？
Boris： 在模型層面，我們用的和大家用的是一樣的。對我們來說，dogfooding（自用測試）非常重要，所以我們用的就是大家在用的東西——比如用一些Mythos來測試，用大量Opus 4.7來寫大多數代碼。在模型這一層，我認為并沒有實質性的差距，Mythos的某個后續版本也會在某個時間點向所有人開放。
真正的差距在產品層面——更準確地說，是在組織流程層面。在Anthropic，我們幾乎所有事情都用Claude來做，而且我們的Claude之間整天在互相通信：當我的Claude在循環運行的時候，它會通過Slack聯系其他同事的Claude，也在循環中運行，來協商解決未知問題。公司里已經沒有任何手寫代碼，所有SQL都由模型來寫，所有東西都由模型來構建。
所以我們領先的地方，其實不是技術——因為同樣的技術對大家都開放，我們本質上是在做一個平臺，開發者和我們用的是同樣的東西——真正領先的是組織結構和組織流程。希望通過這樣的交流，大家都能互相學習、共同進化。
Lauren： 這也是初創公司的一大優勢——從頭開始就更容易。
觀眾（Jiren）： 我們上次在Sequoia活動上聊過多智能體，當時很多東西還在管道里。現在有了slash/batch、loop、sub-agents、teams這些功能。能不能聊一聊——無論是在模型層面還是工具層面——你們是如何注入先驗知識，如何調整目標函數，來讓委派工作、啟動智能體這件事變得更好？很多工作是可以并行化的，但現在還是需要我自己判斷什么時候并行，而不是讓模型自己理解"這件事可以同時啟動十個智能體"。
Boris：在產品層面，核心就是提示詞調優，僅此而已。我們會調整提示詞來引導模型更多地并行執行任務。但坦白說，隨著模型越來越強，它自然而然就會這么做。4.7已經開始自發啟動循環任務了——比如我讓它去拉一個數據查詢，它會自己說："我注意到這個數據在隨時間變化，我來啟動一個循環，每30分鐘給你發一份報告。"我只需要說好，然后問它能不能通過Slack發給我，它就用Slack的MCP去完成了。
所以我認為，隨著時間推移，不應該由用戶來想辦法更好地使用工具。如果還需要用戶來想這些，那是產品設計的問題，是我的失職。應該由模型來把這件事做好，由我們在提示詞層面引導它自然而然地去做。
觀眾： 目前很多人用Claude或Codex這類云端工具來做大量計算。但也有一些聲音很大的人在倡導"讓AI跑在本地"。隨著開源模型的追趕，這會不會在未來幾年成為主流？你們認為大家是會繼續依賴云端集中計算，還是會轉向本地部署的智能體？
Boris： 我覺得這個問題本身可能不那么重要——原因是，未來模型將完全接管代碼編寫的工作，它會自己啟動智能體、自己搭建環境。如果它覺得用本地模型來做某件事更合適，它就會那么做。這些決策以后將不再是我們工程師需要操心的事。
觀眾（Jamie）： Claude Code成功的重要原因之一，似乎是充分利用了開發者工具和工作流大多是本地化的這一特點。但對于更廣泛的知識工作來說，工具往往是云端的。你們怎么看Claude在這些知識工作場景中獲取工具訪問權限的問題？能不能像Claude Code對開發者那樣強大？
Boris： 我知道在大公司里把所有環境遷移到遠程是個大工程——我經歷過，花了五年。但對于知識工作來說，大部分已經是云端了，比如Salesforce、Google Docs這些。對我們來說，答案永遠是最簡單的那個：MCP。你在Claude的MCP連接器里接上Salesforce、Google Docs、Google Calendar，Claude CLI、Claude Code到處都可以用。
觀眾： 那對于沒有MCP支持的系統，computer use會是一個大機會嗎？
Boris： 是的，computer use是個兜底的通用方案。就我所知，Anthropic目前在computer use上領先業界。通過Claude，它基本上能操作你電腦上的任何軟件，現在有點慢，但尤其在4.7之后效果已經相當不錯。不過總體來說，MCP是首選答案，至于是MCP、CLI還是API，其實對模型來說都無所謂——本質上都只是token。
第九章：展望未來
Lauren： 最后一個問題。
觀眾（Ryan）： 你提到當年看到了產品過剩，于是提前六個月構建了一個產品，等待模型成熟。能不能用相對抽象的方式描述一下，今天你會構建什么樣形態的產品，讓它在六個月到一年后隨著模型的進步變得更有價值？
Boris： Claude Design我認為是個很好的例子。現在已經相當不錯，但它會變得更好。
我們還有一些正在為Claude Code開發的東西，會在接下來幾周內陸續上線，大家很快就能看到。
此外，我認為loop、batch這類"大規模并行運行智能體"的功能還會繼續進化，computer use也是一個很好的例子。
Lauren： Boris，非常感謝你今天的到來。如果大家還有問題，Boris稍后也會在場，歡迎繼續交流。
（掌聲）
Boris： 謝謝大家。