編輯 | 聽雨

出品 | 51CTO技術(shù)棧（微信號：blog51cto）

自從 5 月份正式開放以來，Claude Code 已經(jīng)在開發(fā)者圈掀起了風暴。

據(jù)統(tǒng)計，這款工具目前的年度化收入超過 5 億美元，僅僅在發(fā)布后三個月內(nèi)，使用量就激增了 10 倍以上。

那它到底怎么構(gòu)建的？

小編最近看了一篇深度專訪，作者 Gergely Orosz，采訪了 Claude Code 的幾位聯(lián)合創(chuàng)始工程師和產(chǎn)品經(jīng)理，信息密度頗為巨大。三位可以說都是CC元老級員工。

Boris Cherny，該項目的首位工程師，也是最初原型的設(shè)計者；Sid Bidasaria， Claude Code 的第二位工程師，也是 “Claude Code 子代理（subagents）” 的創(chuàng)建者；

Cat Wu，首位產(chǎn)品經(jīng)理。

討論中，他們分享了 Claude Code 的構(gòu)建方式，也洞察了一個成功的“AI 優(yōu)先工程團隊”是如何運作的。

作者甚至形容自己提前窺見了未來，窺見了一個高速運轉(zhuǎn)的初創(chuàng)公司可能的工作方式。

“值得慶幸的是，在這個未來里，軟件工程師仍然非常吃香。”

可以說內(nèi)容非常稀有，為此小編特地為大家整理了這篇采訪文章。

我們這篇文章會聊以下這些，enjoy：

1. Claude Code 的起源
2. 它的技術(shù)棧 & 架構(gòu)
3. 怎么做到幾天交一個功能
4. 交互體驗：終端 UX 的“進化”
5. “AI 優(yōu)先”工程團隊是什么樣子
6. 子代理（subagents）功能是怎么煉成的
7. 對未來 AI 輔助工程團隊的一些展望

好，話不多說，咱們開整！

1.起源：怎么從“聽歌小工具”演變成開發(fā)神器

最早，Boris 在 Anthropic 工作，想著用 Claude 模型寫個命令行工具：讓它讀出開發(fā)者在工作時在聽什么歌，還能控制音樂。

最初版本很簡陋：不能讀文件，也不能執(zhí)行 shell 命令，只能做極基礎(chǔ)的“問答＋控制音樂”的操作。

但后來，Boris 想：要是讓這個工具有讀寫文件、執(zhí)行批處理命令、瀏覽代碼能力呢？于是他給它“下了工具包”：

• 它能讀、寫文件
• 它能執(zhí)行 shell / batch 命令

它能瀏覽項目里的文件結(jié)構(gòu)、讀 import 的模塊、進入子文件夾查找依賴的代碼……

于是，這工具就從“小打小鬧”進化成“能自己探索代碼庫、自己找答案”的智能助手。Boris 覺得，這就是“產(chǎn)品滯后”——模型其實有能力了，但市場上還沒一個產(chǎn)品把這個能力展現(xiàn)出來。

內(nèi)部開始了 dogfooding（內(nèi)部使用）。在 2024 年 11 月，Claude Code 的第一個內(nèi)部版本問世：第一天就有 20% 的工程師用了，五天后漲到 50%。

當時團隊內(nèi)部還在爭論要不要公開它，因為這可能成 Anthropic 的“秘密武器”。最后他們決定發(fā)布：既能讓更多人用，也能在實際使用中學習模型的安全與能力。

團隊從最初只有 Boris，一直到 Sid 加入，后來擴展到設(shè)計、產(chǎn)品、數(shù)據(jù)科學等角色，慢慢變成一個完整產(chǎn)品組。

有意思的是：雖然 “Code” 二字暗示這是給開發(fā)者用的，但現(xiàn)在很多數(shù)據(jù)科學家、分析師也開始用了，他們讓 Claude Code 寫查詢、生成可視化……簡單講，就是“原本只是給碼農(nóng)用的工具，竟然被別人截胡了”。

有個很酷的指標：Anthropic 在工程人數(shù)翻倍時，通常 PR（pull request）數(shù)/人 會下降，因為老員工要帶新人等。但引入 Claude Code 后，他們反而 PR 數(shù)/人 +67%，也就是每個人產(chǎn)能反而上去了。

作者自己也用了這個工具，覺得寫東西快、進度好，也能跑測試、做驗證。

2.技術(shù)棧 & 架構(gòu)：最小 “外殼＋模型” 設(shè)計

技術(shù)棧選型：讓 Claude 自己寫自己

Claude Code 用了這些技術(shù)組合：

• TypeScript
• React + Ink（Ink 是一個用來在命令行里寫 UI 的 React 庫）
• Yoga（一個布局系統(tǒng)，支持不同終端尺寸）
• Bun（打包、構(gòu)建方案）

為什么選這些？一句話：on-distribution。也就是說，這些技術(shù)模型本身就很擅長（模型本來就懂 JS / TypeScript / React 這些東西），不是它要重新“學”的。

團隊的目標是：讓 Claude Code 盡量由 Claude 自己寫。Boris 提到：“90% 的Claude Code 是由 Claude Code 自己寫的。”

架構(gòu)之道：最輕、最透明的外殼

雖然 Claude Code 外表看起來做很多事，但實際上內(nèi)部業(yè)務(wù)邏輯／客戶端復(fù)雜度被壓得非常低。為什么？因為模型做大部分工作。

外殼主要負責三件事：

• 定義 UI，讓模型有接口可以操控界面
• 暴露一些工具（讀文件、執(zhí)行命令等）給模型調(diào)用
• 然后“退后”，不要干涉模型太多

團隊相信：很多產(chǎn)品會給模型添“腳鐐”——用很多中間層、限制、UI 交互，使模型被束縛住。但 Claude Code 想盡量少加這些包袱，讓模型“自由地”發(fā)揮。

一句經(jīng)典話：每當模型能力升級，他們就會刪掉一些之前寫的代碼。比如模型更強了，以前要通過系統(tǒng) prompt 寫的東西，有時候可以直接去掉。至于運行方式，Claude Code 在本地運行，不走虛擬機也不跑云端。為什么？因為最簡單的方案往往是最可靠的。

本地執(zhí)行批命令、讀寫文件、交互都發(fā)生在用戶機器上，沒有特殊容器或沙箱。這樣設(shè)計雖然有風險（誤操作可能傷害系統(tǒng)），但便利性、安全性的權(quán)衡團隊覺得最合理。

權(quán)限系統(tǒng)：用“問你”機制

在本地直接操作，有風險。比如模型可能想「刪文件」。Claude Code 的解決方案：在執(zhí)行敏感操作前必須問用戶：

• 本次允許
• 今后允許（記住這個項目／全局）
• 拒絕

他們還做靜態(tài)分析：如果命令在用戶的 settings.json 里已被授權(quán)，就不再詢問。settings.json 可以按項目 / 用戶 / 組織層面共享配置。

3.功能開發(fā)：幾天就出一個功能

在 Claude Code 團隊里，速度就是生命力。

• 內(nèi)部：每天約 60–100 個內(nèi)部版本（改一點就發(fā)包，讓整個團隊都試）
• 外部：幾乎每天會有一個新版本上線給用戶看
• 每位工程師一天能提交約5個PR（pull request）

更神奇的是：原型設(shè)計極其快速。他們在兩天里能產(chǎn)出 10+ 個原型版本——比如 “todo list” 功能就是這樣一步步迭代的。

原型演化過程很有意思：

• 原型 #1：把 todos 列表放在命令行下面
• #2：嘗試把 todos 信息插入當前行中
• #3 / #4：嘗試把 todos 做成可展開的“pill”卡片
• …
• 到 #20 左右，他們才定下來最終效果：spinner （轉(zhuǎn)圈加載器）里顯示 todos + Ctrl+T 切換顯示/隱藏 

整個過程中，用 prompt（向模型下指令）＋人工調(diào)試＋同事反饋，循環(huán)迭代非常快。

以前一個功能可能要幾天／幾周才能夠有雛形，現(xiàn)在 AI 助手加速下來，這類原型幾小時就能搞很多版本出來。

4.終端 UX 重塑：讓交互升級

Claude Code 最酷的一點在于：它把「終端（Terminal）」從靜態(tài)工具，變成一個「可以互動、有反饋」的界面。以下是幾個有意思的交互設(shè)計方向：

• Todo / 任務(wù)跟蹤：當模型執(zhí)行多個子步驟時，用戶可以看到進度、折疊／展開細節(jié)
• Hooks：用戶可以自定義 shell 命令，讓 Claude Code 調(diào)用這些命令
• 多種輸出格式：比如 “解釋型”（解釋模型為什么這么寫）、“學習型”（讓用戶親自參與一些小步驟以便理解）等風格 
• GitHub / GitLab 集成、CI/CD、配置系統(tǒng)、MCP（模型上下文協(xié)議）連接等功能 

總之，它不只是一個 “在終端里跑模型” 的工具，而是把「交互」這個維度拉進來，讓用戶感覺像和一個聰明搭檔在對話。

5.“AI 優(yōu)先”工程團隊：未來工程師的工作方式？

Claude Code 本身就是一個“AI 優(yōu)先”的產(chǎn)品，而背后的團隊運作也體現(xiàn)這種思路：

• 用 AI 做代碼審查、做測試
• 強調(diào) TDD（測試驅(qū)動開發(fā)）+ 自動化
• 自動化應(yīng)急響應(yīng)、監(jiān)控
• 小心使用 feature flags（功能開關(guān)）來控制風險

團隊愿意讓模型直接進入代碼流程，而不是只作為輔助工具。這個模式是否會成為未來大部分工程團隊的標準？目前還不好說，但 Claude Code 給了一個強烈暗示。

不過，有一點要注意：這種方式在 Anthropic 能行，在別的公司能不能復(fù)制，還取決于模型能力、團隊文化、基礎(chǔ)設(shè)施安全等因素。

6.子代理（subagents）：3 天做出來的“代理代理”

“子代理”是 Claude Code 的一個擴展機制：基本邏輯是讓模型為某個子任務(wù)分配一個“子代理”去跑。

有趣的是，他們花了三天搞出來這個功能，其中兩天做的東西直接砍掉重來。團隊并沒有一步到位，而是用快速原型 + 模型反饋 + 拆解方式，最終把這個功能打磨出來。

這個過程體現(xiàn)了整個團隊在 AI 助力下，做“嘗試—失敗—重做—驗證”循環(huán)的能力。

7.對未來的展望：AI 輔助開發(fā)還會走到哪里？

從 Claude Code 可以看出一些趨勢：

• 工程師并不會被取代，但角色可能演變得更像“監(jiān)督 + 指揮者”，把細節(jié)交給模型
• 快速原型、快速迭代將成為常態(tài)
• 交互設(shè)計、權(quán)限、安全體系會比以前更重要
• 不同公司復(fù)制這種 AI-first 模式的難度可能很高 ——模型能力、團隊文化、資源等都是門檻

總的來說，Claude Code 是一個非常勇敢、前瞻的嘗試。它展示了 AI 在工程生產(chǎn)力提升上的可能性，也給我們一個窗口看看“工程師＋AI 協(xié)作”的未來可能長什么樣子。