
花叔
2026年3月,Anthropic不小心把Claude Code的全部源碼打包進了npm發佈包。1902個TypeScript文件,51萬行代碼,所有設計決策一覽無餘。 這本書不是教你怎麼用Claude Code。市面上那本「從入門到精通」橙皮書已經做了這件事。 這本書帶你看發動機。 Claude Code爲什麼好用?60%靠模型能力,40%靠圍繞模型搭建的工程系統。這個系統叫harness。它包括一套精心拼裝的system prompt、一個用第二AI做安全審查的四層權限系統、一個只記偏好不記代碼的記憶系統、一套9段式結構化上下文壓縮、以及一個像真實公司一樣運轉的多Agent協作框架。 12個章節,從架構全景到方法論提煉。每章的結構是:這個系統做什麼、源碼裏怎麼實現的、爲什麼這麼設計、你能學到什麼。 不逐行讀代碼。講的是設計決策背後的Why。這些Why比代碼本身更有價值,因爲它們是可遷移的。不管你用什麼語言、什麼框架,這些設計思路都能直接借鑑。 適合想做AI產品/AI Agent的開發者、產品經理,以及想理解底層原理的Claude Code重度用戶。
大家好,我是這本橙皮書的作者花叔。 在這份橙皮書中,主要想通過前段時間Claude Code源碼泄漏事件幫大家解讀兩件事。 一是這個時代目前最成功的AI編程基建是如何構建的,這能幫助我們理解所謂的Harness Engineering; 二是因爲我每天都在用Claude Code幾個小時,所以也算是滿足我自己的好奇心,去理解他的底層框架對於我如何用好這個產品也有相當的幫助。
這本書誕生於 2026 年 3 月那場轟動業界的 Claude Code 源碼泄露之後。 Anthropic 在 npm 發佈包中誤把 51 萬行 TypeScript 代碼連同 source map 一起推送到公共倉庫,開發者得以窺見其完整工程結構。花叔抓住這一難得窗口,將拆解後的 1902 個源文件、12 章內容重新組織爲《Claude Code 源碼解析:一份價值數十億美元的AI工程藍圖》,意在把“發動機”剖開來供同行細讀。 全書首先給出整體視圖:Claude Code 並非單純的 CLI,而是一個由四層架構、多 Agent 協調器、精細權限系統與上下文壓縮機制共同組成的工程體系。作者用大量源碼片段說明 harness 如何通過系統提示詞、權限校驗和記憶模塊把模型能力轉化爲可落地的生產級服務。 閱讀過程中,幾段代碼尤具衝擊力。其一,權限校驗管線在工具執行前進行多輪安全掃描,包括路徑規範化、命令語義分析與只讀白名單校驗,將潛在破壞性操作扼殺在萌芽階段;其二,多 Agent 協調器啓動時僅憑一句 “coordination_mode” 就能切換到生產就緒狀態,背後涉及的環境注入與配置管理極爲精煉;其三,上下文壓縮採用 9 段式結構化壓縮,把動輒數百萬 token 的項目狀態縮到模型可處理的窗口,卻幾乎不丟失關鍵信息。這些設計在書中被拆解得乾脆利落,讓人得以直面工業級代碼應有的嚴謹與剋制。 從方法論層面看,作者把分散在源碼裏的決策提煉爲幾條原則:模塊通過接口而非實現相互依賴;任何新功能都要先寫安全審查腳本;生產環境必須保留可追溯的配置層。這些原則貫穿全書,使讀者即使不逐行讀代碼,也能迅速抓住可遷移的設計思路。 總體而言,本書的價值不在“揭祕黑科技”,而在展示一套經實戰檢驗的 AI 工程範式:模型只是起點,真正的競爭力來自圍繞模型構建的系統。對想做 AI 產品或深度改造現有 CLI 的團隊來說,這本書提供了可直接借鑑的參考;對普通開發者,則是一堂如何把“大模型”變成“可交付系統”的生動示範。
真是酣暢淋漓的AI生成啊,作者也是被穩穩接住了好吧。
1. 作者將Claude Code源碼中的設計決策抽離爲可複用的工程原則,強調“60% 模型能力 + 40% 工程系統”,使得讀者可以直觀看到Claude Code背後的系統、擴展與設計原則; 2. 本書介紹了關鍵系統:系統提示詞、工具系統、權限系統、記憶系統、上下文管理五大核心模塊,構成 Claude Code 運行的“發動機”; 擴展面:多 Agent 協作、Feature Flags、版本分化(兩個 Claude Code)等高層設計,展示在複雜場景和未來的演進路徑; 提出了十條設計原則,對AI產品的構建有一定參考意義,特別是簡單組件 + 智能大腦 > 全鏈路複雜,每個獨立組件都很簡單,但組合起來依靠LLM的理解力,整體表現反而超過每個環節都很複雜的方案; 3. Claude Code 的核心價值並不在具體代碼,而在於將一套可遷移的工程原則顯性化,具體代碼會變化,但工程原則有一定的普適性,瞭解 Claude Code 的Why,有助於build更好的AI產品。 最後,本書是作者通過AI工具生成,但讀起來AI味兒不重,AI生成的不一定就都不值得讀,就像人寫的也不是都值得讀,關鍵在於能否幫助拓展自己的思維,把未知變爲已知、把零散變爲系統、把理論變爲實踐,同時節省自己的時間。
不錯挺通俗易懂的。最近爲了找實習準備了一個coding agent項目,讀完這本書,感覺對harness的一些技巧有更深理解了,當然也是爲了後面面試能多吹點。 agent項目聽起來高大上,本質上所有的最近冒出來的概念什麼prompt engineering了之類的,都是在做一件事:就是如何在有限上下文裏通過單次llm查詢以最高效的方式完成任務。 所以一切都圍繞着單次查詢prompt如何更高效更有信息量的構建展開。之前是通過用戶加入很多限定語,比如:假設你是一個什麼什麼?但這依賴於用戶的構建能力同時增大了使用難度,而且對於一個長期工程項目來說,不能每次都依靠用戶在promot裏去詳細的描述項目當前的進展,以及項目所有的信息。 所以就有了agent,通過系統性的memory機制,promot構建技巧,tool use策略,來形成一個工程上的記憶和prompt構建方法。 用戶的每句對話,模型的輸出方式,能夠使用的工具表及策略等等這些之前依賴於用戶給出的東西被放入一個個對應的文件進行記錄,而agent就是要設計一種策略,在這些記錄的信息裏,如何選取出最有用的信息來構建單次的prompt查詢從而最高效的完成任務。 簡單的說,就是單次查詢上下文已經1m了,作爲人類我們不可能每次查詢都靠自己來寫這1m的上下文,但只寫幾個字,那llm模型訓練就浪費了,所以我們得藉助其他的方式來幫助我們去填充這1m的prompt,這就是目前所有agent這個方向在做的工作。
書籍是AI生成,但不妨礙當做入門讀物。從宏觀上介紹cc的架構,基本上也沒啥閱讀門檻。 一如既往遺憾微信讀書的差勁排版,還有每個章節標題帶英文標題的行爲不理解。 內容上如果加上最佳實踐豈不是更好~ 總體可讀,挺好的。
這本小冊子通過Claud Code在4月份泄露的源碼,讓我們一窺其工作原理。其中的Harness engineering堪稱Claude的靈魂,它的出現標誌着一種新的範式誕生Harness= LLM(大模型) + Harness(駕馭系統),相當於爲大模型安上了手腳,把一臺聊天工具變成了實實在在的AI助理。 從軟件工程的角度來看,Claude Code的很多設計與Linux都一脈相承,分層分類,以工具爲中心。有時候控制AI的最好方式不是寫更長的prompt,而是設計更好的工具。工具定義了AI能做什麼、不能做什麼,AI只能在這些約束範圍內操作。不能以犧牲安全爲代價盲目的提高效率,Claude很好的平衡了二者的關係,以安全築基,Agent纔會更智能。
《Claude Code 源碼解析:一份價值數十億美元的AI工程藍圖》聚焦於 Anthropic 公司在 2026 年 3 月意外開源的 Claude Code 全部源碼(1902 個 TypeScript 文件,約 51 萬行代碼)。作者並非教你“如何使用” Claude Code,而是帶你深入“發動機”——系統性地拆解 Claude Code 背後的工程體系 harness: 1. 體系構成 • system prompt:一套精心設計的系統級提示詞。 • 四層權限系統:利用第二 AI 進行安全審查,控制訪問級別。 • 記憶系統:僅記錄用戶偏好而不保存代碼,兼顧隱私與效果。 • 9 段式結構化上下文壓縮:高效管理長上下文。 • 多 Agent 協作框架:模仿真實公司流程,讓多個 AI 智能體協同工作。 2. 內容結構 全書 12 章,從整體架構到方法論逐層展開:每章先說明某一模塊“做什麼”,再解析“源碼裏怎麼實現”,隨後討論“爲什麼這麼設計”,最後提煉可遷移的設計理念。 3. 閱讀價值 • 通過源碼與設計決策的對應關係,理解 Claude Code 爲何好用(約 60% 依賴模型能力,40% 依賴工程系統)。 • 獲取可複用的 AI 產品與 Agent 架構思路,無論語言或框架均可借鑑。
這種AI寫的爛書我看都不看 反手一個差評 因爲作者是小貓補光燈app的作者 vibe coding佈道者 編程門外漢 蹭熱點營銷大師😁別忘了他還有本 OpenClaw 橙皮書。什麼時候學學軟件開發模型 系統架構再來爲人師吧 別自己一個問題解決不了 APP迭代全靠Claude發新版本😆
這部書給我印象深得有兩點: 一,對Harness的框架解讀 Harness工程體系,包含六大核心模塊: 1. 提示詞工程 2. 上下文工程 3. 權限系統 4. 多Agent體系 5. 工具系統 6. 記憶系統 每個模塊的解讀,作者都給出了自己獨到的理解。比如大模型+簡單工具得效果好於複雜的架構等,這些觀點值得深思。 二,Harness工程的價值 Claude Code 的好用程度,60%歸功於底層模型能力,40% 來自 Harness 工程。 這個比例恰好印證了兩個關鍵結論: 1. 模型始終是產品的核心根基,選對底層底座遠比上層優化更重要; 2. 而佔比40%的Harness,則直接決定了產品體驗的上限,相同的模型,搭配不同的工程架構,最終呈現的產品體驗天差地別。 讀完本書,對Claude Code的Harness工程有了感性的認識,本質上是如何用好LLM。從前寫C++和Java時,爲了代碼寫得更有成就感,曾仔細閱讀過《Effective C++》和《Effective Java》。它們和大模型時代的Harness工程異曲同工,都是偏實踐的工程書籍。