前幾天（3/31）有個事件讓整個開發者圈炸了— Anthropic 的 Claude Code 原始碼因為一個 .npmignore 設定疏忽，透過 npm 套件裡的 source map 直接攤在所有人面前。512,000 行 TypeScript、1,900 個原始檔案、44 個尚未發布的 feature flag（功能旗標），全部一覽無遺
接下來的 48 小時，我看到三種反應同時在發生：
一群人忙著在 GitHub 上 fork 跟 star（兩小時破五萬星，創下紀錄）。一群人忙著寫分析文，從 44 個 feature flag 推演 Anthropic 的產品路線圖。還有一群人在討論「這到底是意外還是行銷」。
但在我看來，這三群人可能都看偏了。
盲點一：Claude Code 不是 Claude AI
這是最基本、但最多人搞混的一件事。
這次洩漏的是 Claude Code——一個跑在終端機裡的 CLI 工具。它的原始碼是 harness 層的東西：工具串接（tool wiring）、權限模型（permission model）、代理工作流（agent workflow）、IDE 橋接（IDE bridge）。這些是「怎麼調度 AI 去做事」的工程架構。
它不是 Claude AI 本身。模型權重、訓練資料、RLHF 流程，這些完全不在 npm 套件裡。
簡單說，大家拿到的是方向盤跟儀表板的設計圖，但引擎跟底盤完全沒有碰到。所以那些擔心「核心技術外洩」的聲音，其實是把兩件事混在一起了。真正有價值的部分，是這份設計圖本身展現的工程決策——但那是給看得懂的人準備的。
盲點二：44 個 Feature Flag ≠ 產品路線圖
洩漏後幾天，一篇從 VC 視角切入的分析文引起不少關注。作者的論點是：這 44 個 feature flag 畫出了 Anthropic「會吃」跟「不會吃」的邊界——KAIROS 常駐背景 agent 對應 Devin，瀏覽器控制對應 Browserbase，多 agent 編排對應 LangChain、CrewAI……然後反過來推論，「44 個 flag 沒涵蓋的領域就是安全賽道」。
這個推論邏輯有個根本問題。
Feature flag 在軟體工程裡是低成本實驗機制。有 flag 不代表會上線，更不代表是公司層級的戰略方向。洩漏裡那個 BUDDY 電子雞系統——18 個物種、稀有度分級、閃亮變體——這顯然是工程師的 side project，不是什麼產品佈局（雖然我個人覺得蠻有趣的…XD）。
更危險的是反向推論。Claude Code 本來就是開發者工具，它的 flag 當然集中在開發者場景。「因為 Code 的 flag 沒涵蓋醫療跟法律，所以 Anthropic 結構上不碰那些領域」——這就像因為螺絲起子沒有切菜功能，就推論製造商不打算進廚房市場。
用 VC 的框架去讀工程師的程式碼，看到的是市場邊界。但那可能只是你的框架映射出來的形狀，不是實際的形狀。
盲點三：只看結果，不看因果
這可能是最被低估的盲點。
幾乎所有的討論都把焦點放在「Claude Code 裡有什麼」，但很少人退後一步問一個更根本的問題：
為什麼 Anthropic 要把 Claude 拆成 Chat、Code、Cowork 三條產品線？
大多數人的理解是：同一個 Claude，三個不同的前端介面。就像同一間餐廳開了內用、外帶跟外送——菜一樣，只是送到你手上的方式不同。
但如果你真的去想 harness 層在做的事，會發現這三條線面對的是完全不同的架構問題：
- Chat 的 harness 處理的是對話上下文管理、記憶系統、搜尋整合
- Code 的 harness 處理的是 工具權限、檔案系統存取、git 工作流、IDE 橋接
- Cowork 的 harness 處理的是跨應用資料流、企業權限、多步驟任務的狀態管理
這三套 harness 不是同一套東西換皮。它們是三種完全不同的 agent 架構設計。
而且因果關係是反過來的——不是「因為使用介面不同，所以拆成三個產品」，而是「因為 harness 層的設計問題根本不可能用一套通用架構解決，所以必須拆」。
這是工程上的必然，不是行銷上的選擇。
三分之一的拼圖
理解了這一點，再回頭看那篇 VC 分析文的結論，就會發現問題出在哪裡。
作者從 Claude Code 的 44 個 feature flag 去推論「Anthropic 不會碰的賽道」。但 Code 只是三條產品線的其中一條。他看的是三分之一的拼圖，卻試圖推演出整張圖的邊界。
真正要往非技術領域滲透的，可能根本不是 Code——是 Cowork。2026 年初 Anthropic 已經公開講了，Cowork 的目標場景包括財務分析、銷售、網路安全。而 Cowork 的 harness 裡藏了什麼 feature flag，這次洩漏完全沒有碰到。
甚至，誰說只會有三條線？如果 harness 必須根據場景專門設計，那未來出現第四條、第五條產品線，也完全合理。
模型相同，Harness 決定一切
這次洩漏事件最值得記住的，其實不是那 44 個 feature flag 的內容，而是它意外揭示的一個產品哲學：
模型是同一個，但 harness 層必須根據場景專門設計。
這代表 Anthropic 很清楚一件事——通用介面吃不了所有場景。Chat 是廣泛問答，Code 是程式開發，Cowork 是資料共管。三種不同的人機協作模式，需要三種不同的架構去承載。
如果你是做 AI 應用的人，這才是真正該關注的訊號。不是「Anthropic 會不會搶走我的專業領域」，而是「在我的場景裡，harness 層應該長什麼樣子」。因為就連 Anthropic 自己都沒辦法用一套打天下。
看到什麼，取決於你帶著什麼來看
同一次洩漏，有人看到八卦，有人看到市場邊界，有人看到架構決策，有人看到產品哲學。
差別不在聰不聰明，而在你帶著什麼樣的經驗跟框架來看這件事。
44 個 feature flag 很好數。但數完之後呢？
也許下次遇到這種事件，在急著數數字之前，可以先退一步問：我現在看到的，是事情的全貌，還是我的框架映射出來的形狀？
不然看了半天，還真的只是在看熱鬧而已～
