Anthropic 封禁OAuth 引發開發者對供應商鎖定擔憂，OpenCode 憑模型中立性崛起，AI編程進入主權時代
呢篇文章來自The New Stack ，作者Janakiram MSV ，深入探討Anthropic 與開源工具OpenCode之間嘅路線之爭。起因係2026年1月Anthropic突然封禁第三方工具經OAuth連接到Claude Pro同Max訂閲，影響OpenCode、Cline等工具。呢個決定雖然有佢嘅商業理由（防止訂閲被濫用），但執行方式引起開發者強烈不滿：事前冇通知、部分賬户被誤封、時機影響工作流程。OpenCode團隊迅速反應，幾小時內加入ChatGPT Plus支援，並逐步轉型為模型無關嘅工具鏈。到4月限制全面實施時，OpenCode已突破12萬GitHub星標，最終達到15.7萬星。
Anthropic 喺本週嘅「Code with Claude 」大會上，展示咗全規模託管編程工具鏈嘅藍圖：提升速率限制、取消高峯時段削減、與SpaceX 簽訂容量協議（超過300兆瓦電力同22萬塊Nvidia GPU ），並推出多智能體編排、夢境記憶等功能。呢啲舉措強化咗縱向集成嘅吸引力。另一方面，OpenCode、Cline、Aider等開源工具則優化模型中立性，開發者可以隨時切換服務商，避免鎖定。文章用Docker vs Podman做比喻，解釋兩者並冇絕對優劣。
整體結論係 ：兩條賽道可以同時正確。對於團隊而言，問題唔係邊個工具更好，而係佢哋嘅工作流能否容忍單一供應商擁有工具鏈、模型、記憶同運行時。Claude Code 優化深…
Anthropic 喺2026年1月封禁第三方OAuth 訪問，係整個事件嘅關鍵催化劑，促使開發者轉向開源工具。
OpenCode 迅速從一個Claude Pro 加速器轉型為模型中性嘅工具鏈，短時間內吸引15.7萬星標，成為GitHub 上星標最多嘅編程工具鏈。
Anthropic 本週嘅公告（提升容量、速率限制、多智能體功能）強化咗託管賽道嘅縱向整合優勢；而OpenCode 則強調服務商中性，降低切換成本。
選擇Claude Code 定OpenCode 係一種權衡：前者提供一致體驗但增加供應商鎖定風險，後者靈活但粗糙（例如內存佔用高、代碼庫複雜）。
未來12個月，開發者需要判斷自己團隊嘅環境能否容忍單一供應商工具鏈，呢個決定將主導AI編程工具嘅採用方向。
連結
thenewstack.io
原文：Anthropic 的 Claude Code 與 OpenCode 之爭
The New Stack 文章，詳細分析事件經過及兩條賽道嘅未來走向。
2026年1月9日，Anthropic 部署服務器端檢查，阻止第三方工具透過OAuth 連接到Claude Pro 同Max 訂閲。受影響嘅包括OpenCode、Cline同RooCode。呢啲工具之前利用HTTP請求頭令伺服器誤以為來自官方Claude Code二進制，容許用戶用每月200美元嘅Max訂閲運行智能體工作流，而唔使畀更高嘅API費用。
Anthropic嘅理由係站得住腳嘅 ：訂閲制係補貼第一方使用，第三方咁樣做會將補貼變成成本中心。不過開發者嘅反應集中在執行方式：事前冇通知、賬户喺切換期間被誤封、封鎖時間（UTC 02:20）影響咗部分時區嘅工作流。OpenCode 團隊幾個小時內就加入ChatGPT Plus 支援，並開始擴大服務商覆蓋範圍。
1
1月9日 ：Anthropic 封鎖第三方OAuth ，OpenCode 等工具無法使用。
2
2月19日 ：Anthropic 正式喺服務條款確立規則。
3
3月19日 ：OpenCode 收到法律要求，合併PR #18186刪除所有Claude Pro /Max 認證引用。
4
4月4日 ：Anthropic 全面實施第三方限制，OpenCode 星標突破12萬。
呢件事令OpenCode 從一個Claude Pro 加速器，轉型為模型無關嘅工具鏈。
星標數衡量知名度，唔係活躍使用量，但呢個數字仍然反映咗開發者嘅意願。
Anthropic 喺本週嘅「Code with Claude 」大會上，展示咗全規模託管編程工具鏈嘅藍圖。佢哋將Pro、Max、Team同Enterprise計劃嘅Claude Code速率限制提高一倍，取消高峯時段削減，提升Opus API限制，並與SpaceX簽訂容量協議，獲得超過300兆瓦電力同22萬塊Nvidia GPU嘅數據中心容量。另外，Managed Agents增加多智能體編排同「成果 」功能公測；「夢境 」功能進入研究預覽版；Boris Cherny演示咗遠程智能體同例行程序，將Claude Code變成異步工作流引擎。
同一時間，OpenCode 、Cline 、Aider 等開源工具優化模型中立性。OpenCode嘅README寫明「唔同任何服務商綁定 」，因為模型之間嘅差距會縮小、價格會下降，保持服務商無關性好重要。呢種設計改變咗切換成本：用戶可以只需改一行配置就轉用OpenAI嘅模型，而Anthropic嘅限制調整對佢哋影響好細。
Claude Code 優化縱向一致性，由Anthropic 嘅工程同容量支撐。
OpenCode 優化可移植性同退出機制，用戶可以隨時切換服務商。
Anthropic嘅公告 ：更強算力、更高限制、更深編排、SpaceX 容量協議，強化縱向集成吸引力。
OpenCode嘅回應 ：服務商中立、模型無關、低切換成本，吸引咗15.7萬星標。
最清晰嘅類比係Docker 同Podman ：一個縱向集成，一個強調控制權。
文章唔假裝開源工具鏈已經好完美。Hacker News 討論入面，評論者指出OpenCode 嘅TUI 佔用1 GB或更多內存，TypeScript 代碼庫比所需更大更複雜，安全態勢亦因為多服務商集成而更難評估。PR #18186刪除OpenCode插件引嚟437個「踩」，開發者對團隊處理法律壓力嘅方式不滿。
關鍵係，選擇OpenCode 而非Claude Code 嘅開發者，係接受一條唔同嘅權衡曲線。Claude Code 優化縱向一致性，OpenCode 優化可移植性。冇絕對優劣，取決於你嘅工作流能否容忍單一供應商擁有工具鏈、模型、記憶同運行時。
絕大多數開發者未來12個月嘅抉擇，係佢哋嘅環境能否容忍單一供應商工具鏈。
如果團隊追求深度集成帶嚟嘅生產力提升，可以接受鎖定風險，Claude Code 係好選擇。
如果團隊重視靈活性同退出機制，願意忍受粗糙嘅邊緣，OpenCode 更有吸引力。
目前GitHub 上星標最多嘅AI編程工具並唔需要Anthropic ，呢個事實證明開源賽道確實存在且增長緊。
引言：呢篇文章同我哋傾咗 Anthropic 同開源工具 OpenCode 之間嘅路線之爭。因為 Anthropic 封咗第三方 OAuth 訪問同加強閉源託管，搞到開發者擔心供應商鎖定。OpenCode 憑住模型中立性吸引咗 15.7 萬開發者，開啟咗 AI 編程嘅「主權時代」。
Anthropic 喺佢哋年度最大型嘅開發者大會上，展示咗全面託管編程工具鏈嘅藍圖。 喺星期三舉行嘅首屆「Code with Claude」會議上，佢哋將 Pro、Max、Team 同按席位俾錢嘅 Enterprise 計劃嘅 Claude Code 五個鐘速率限制提高咗一倍，取消咗繁忙時段嘅配額削減，提升咗 Opus API 嘅限制，仲簽咗 SpaceX 協議，得到 Colossus 1 數據中心嘅全部容量——即係超過 300 兆瓦電力同 22 萬張 Nvidia GPU 會喺呢個月內上線。 託管智能體（Managed Agents）嘅更新增加咗多智能體編排同「成果（Outcomes）」功能嘅公測；用嚟自我改進記憶嘅「夢境（dreaming）」功能進入研究預覽版；Boris Cherny 演示咗遠程智能體同例行程序（routines），佢哋可以將 Claude Code 變成一個異步工作流引擎。 呢一系列公告只係故事嘅一半。另一半係一個開源編程智能體，Anthropic 喺過去三個月一直嘗試將佢同 Claude 切斷聯繫。截至呢個星期，呢個工具已經成為 GitHub 上最多星嘅編程工具鏈，SST OpenCode 倉庫有 15.7 萬粒星，而 anthropics/claude-code 大約有 12.2 萬粒星。 呢兩半故事唔係同時發生，但佢哋喺同一條軌跡上，而呢條軌跡就係值得命名嘅關鍵。 故事嘅起源係 1 月，唔係 5 月。2026 年 1 月 9 日，Anthropic 部署咗伺服器端檢查，阻止第三方工具通過 OAuth 身份驗證連接到 Claude Pro 同 Max 訂閲。 受影響嘅工具包括 OpenCode、Cline 同 RooCode。呢啲工具之前一直發送 HTTP 請求頭，令 Anthropic 嘅伺服器以為請求嚟自官方嘅 Claude Code 二進制檔案，從而俾用戶喺每月固定 200 美元嘅 Max 訂閲基礎上運行自主智能體工作流，而唔使俾喺同等 Token 消耗下可能貴好多嘅 API 費用。 Anthropic 採取封禁措施嘅理由係站得住腳嘅。訂閲制嘅初衷係補貼第一方使用，而第三方工具鏈透過訂閲 OAuth 令牌路由相同工作量，會將呢種補貼變成一個成本中心，對於出錢嘅公司嚟講冇任何收益。 喺 Hacker News 入面關於 OpenCode 提交嘅討論帖入面，好多開發者承認咗呢點，其中包括後來幫個倉庫點星嘅人。Anthropic 本身喺 3 月份都澄清咗政策，話俾開發者知訂閲 OAuth 令牌從來唔準用嚟通過第三方產品路由請求。 開發者嘅反應集中喺執行方式上。事前冇任何通知。
開發者嘅反應集中喺執行方式上。事前冇任何通知。有啲賬户喺切換期間因為觸發濫用過濾器而被封禁。封禁發生喺世界標準時間 02:20，正值某啲時區用戶嘅工作流途中。 OpenCode 團隊喺幾個鐘內就發佈咗對 ChatGPT Plus 嘅支援，並開始擴大服務商覆蓋範圍。到 2 月 19 日，Anthropic 喺佢更新嘅服務條款中正式確立咗呢條規則。到 3 月 19 日，OpenCode 收到法律要求，並合併咗 PR #18186，提交信息為「anthropic legal requests」，刪除咗代碼庫入面所有關於 Claude Pro 同 Max 身份驗證嘅引用。 4 月 4 日嘅強制執行截止日期將限制擴大咗到所有第三方工具鏈，包括 OpenClaw 同 NanoClaw，並將用戶轉移到按需付費計費模式。 隨後出現咗 3 月 21 日嘅增長高峯。SST OpenCode 嘅提交喺 Hacker News 上獲得咗 1,274 個讚好同 619 條評論，星標數隨後開始增長。 到 4 月 4 日 Anthropic 嘅第三方限制全面實施時，OpenCode 已經突破 12 萬 GitHub 星標。截至 5 月 8 日，呢個項目嘅活躍頁面顯示有 156,904 粒星、18,259 次 Fork、4,788 個 Issue 同 1,656 個開放嘅 Pull Request，呢個項目自己嘅網站聲稱有超過 850 名貢獻者同 650 萬月活開發者。 我認為 OAuth 爭議只係催化咗增長，而唔係導致咗全過程，呢種區分好重要。星標數衡量嘅係知名同意圖，而唔係活躍使用量、留存率或生產可靠性。1 月後嘅增長中，肯定有一部分嚟自從未用過 OpenCode、只係將佢作為一種對沖或抗議手段而點星嘅開發者。 但時間點嘅吻合咁真實，以至於 OpenCode 自己都承認咗呢點。喺封禁發生後嘅幾星期內，呢個項目從一個 Claude Pro 加速器重新定位為一個模型無關嘅工具鏈，佢官網上嘅宣傳語而家都將「服務商中立性」放喺「訂閲經濟學」之上。 呢個星期 Anthropic 嘅公告令到嗰啲已經做出選擇嘅開發者覺得託管賽道更加吸引。更強嘅算力、更高嘅限制、更深層嘅編排同同 SpaceX 嘅容量協議，所有呢啲舉措都喺強化同一個論點。 如果你想要一個由前沿模型算力同託管運行時支撐嘅縱向集成編程智能體，Claude Code 而家令你更難離開。呢個季度早啲時候發佈嘅例行程序、多智能體協作、夢境功能以及代碼評審（Code Review） [6] 功能，都假設開發者希望將更多嘅工作流交俾單一供應商，而唔係更少。 OpenCode、Cline、Aider 同 OpenClaw 係唔同嘅項目，但佢哋都喺優化同一種特性：模型中立性。OpenCode 嘅 README 直接陳述咗設計目標：呢個項目「唔同任何服務商綁定」，因為「隨住模型演進，佢哋之間嘅差距會縮細同價格會下降，所以保持服務商無關性好重要」。 呢種架構設計比初睇上去更加具戰略性。服務商無關性唔標榜自己係功能上嘅差異化。如果一個開發者想要 Anthropic 嘅準確性，佢照樣可以將 OpenCode 指向 Claude。佢改變嘅係切換成本。 當 OpenAI 發佈更好嘅編程模型時，OpenCode 用戶只需更改一行配置。當 Anthropic 將速率限制翻倍時，同一個用戶唔使鬱手指就能獲益。而當 Anthropic 限制流量、封禁 OAuth 或調整定價時，OpenCode 用戶只會感到少少唔方便。而 Claude Code 用戶就需要提交工單等。 最清楚嘅類比係 Docker 同 Podman。Docker 通過 Desktop、Hub 同託管服務深化咗佢嘅平台，為想要全套服務嘅團隊構建咗縱向集成嘅體驗。Podman 就將控制權交返俾啲想要無守護進程、無根用戶、即插即用替代方案同唔想俾平台税嘅用戶。 兩者喺唔同嘅市場中都取得咗成功。邊個都冇取代邊個。對於任何團隊嚟講，相關嘅問題變成咗邊套權衡方案更適合佢哋嘅環境，而唔係邊種工具喺抽象意義上更好。呢個就係 AI 編程工具目前呈現嘅態勢。 如果一篇文章認為開源工具鏈喺戰略上好重要，就唔應該假裝佢已經打磨得好完美。將 OpenCode 推上首頁嗰個 Hacker News 帖子都引發咗尖鋭嘅批評。評論者指出呢個 TUI 佔用 1 GB 或更多嘅內存，TypeScript 代碼庫比佢功能所需嘅更大、更複雜，而且喺項目增長期間，發佈實踐同 Bug 覆蓋面一直參差唔齊。 安全態勢比閉源嘅第一方工具更難評估，因為每增加一個服務商集成都會擴大攻擊面。PR #18186 入面刪除 OpenCode 插件嘅操作本身就引嚟咗 437 個「踩」嘅反應，開發者們對團隊處理法律壓力嘅方式感到不滿。 關鍵唔係 OpenCode 唔好。關鍵係，選擇 OpenCode 而唔係 Claude Code 嘅開發者係喺接受一條唔同嘅權衡曲線。Claude Code 優化嘅係由 Anthropic 嘅工程同容量支撐嘅縱向一致性。 OpenCode 優化嘅係可移植性同退出機制。呢兩條曲線並冇絕對嘅優劣。選擇取決於你嘅工作流係咪能夠容忍單一供應商擁有工具鏈、模型、記憶同運行時。 對呢個星期新聞嘅真實解讀係：Anthropic 正在加大對託管工具鏈賭注嘅投入，而呢個賭注係站得住腳嘅。例行程序、多智能體協作、夢境同代碼評審等舉措，只有當你假設開發者會越來越多咁將編排層交俾單一供應商時先有意義。 SpaceX 嘅協議，加上同亞馬遜、谷歌同微軟嘅協議，表明 Anthropic 相信自己能夠跟得上呢個賭注產生嘅需求。 而 OpenCode 嘅發展軌跡表明，好大一部分開發者會拒絕交出呢一層，無論託管版本變得幾咁出色。唔係因為託管產品更差，而係因為一旦你嘅工作流同佢綁定，依賴單一供應商嘅成本就太高啦。 呢個賭注同樣站得住腳。就算剔除對星標衡量標準嘅質疑，點星嘅人數都說明做出呢種選擇嘅羣體大到唔可以忽視。 絕大多數開發者喺未來 12 個月面臨嘅抉擇唔係 Claude Code 定係 OpenCode，而係佢哋嘅環境係咪仲能夠容忍單一供應商嘅工具鏈。
對於一啲團隊嚟講，答案係肯定嘅，深度集成平台帶嚟嘅生產力提升足以抵消鎖定風險。對於另一啲團隊嚟講，答案係否定嘅，開源工具鏈嘅可移植性值得佢哋去忍受嗰啲粗糙嘅邊緣。 目前 GitHub 上星標最多嘅 AI 編程工具並唔需要 Anthropic。單憑呢個事實並唔能夠證明開源賽道正在勝出。
佢證明嘅係呢條賽道確實存在，佢正在增長，而資助佢崛起嘅羣體，正係 Anthropic 喺過去六個月裏面嘗試留喺佢圍牆內嘅同一個羣體。託管賭注同主權賭注可以同時正確，而處於呢個分歧兩側嘅工具並唔會合流。 編輯：手扶拖拉斯基
參考：
https://thenewstack.io/anthropic-claudecode-opencode-split/
原作者：Janakiram MSV
呢部係一部濃縮嘅計算機科學發展史，一部有趣嘅科學家人物傳記，一部絕佳嘅人生發展讀物——《改變世界的程序員》正式上市，收穫由而家開始↓ OpenCode、Cline 同 Aider 等開源編碼代理正在解決開發者面對嘅一大難題
導讀：本文與我們探討了 Anthropic 與開源工具 OpenCode 之間的路線之爭。由於 Anthropic 封禁第三方 OAuth 訪問並強化閉源託管，引發開發者對供應商鎖定的擔憂。OpenCode 憑藉模型中立性吸引了 15.7 萬開發者，開啓了 AI 編程的“主權時代”。
Anthropic 在它的年度規模最大的開發者大會上，展示了全規模託管編程工具鏈的藍圖。 在週三舉行的首屆“Code with Claude”會議上，該公司將 Pro、Max、Team 以及按席位付費的 Enterprise 計劃的 Claude Code 五小時速率限制提高了一倍，取消了高峯時段的額度削減，提升了 Opus API 的限制，並簽署了 SpaceX 協議，獲得 Colossus 1 數據中心的全量容量——這意味着超過 300 兆瓦的電力和 22 萬塊 Nvidia GPU 將在本月內上線。 託管智能體（Managed Agents）的更新增加了多智能體編排和“成果（Outcomes）”功能的公測；用於自我改進記憶的“夢境（dreaming）”功能進入研究預覽版；Boris Cherny 演示了遠程智能體和例行程序（routines），它們能將 Claude Code 轉化為一個異步工作流引擎。 這一系列公告只是故事的一半。另一半是一個開源編程智能體，Anthropic 在過去三個月中一直試圖將其與 Claude 切斷聯繫。截至本週，該工具已成為 GitHub 上星標最多的編程工具鏈，SST OpenCode 倉庫擁有 15.7 萬顆星，而 anthropics/claude-code 約為 12.2 萬顆星。 這兩半故事並非同時發生，但它們處於同一條軌跡上，而這條軌跡正是值得命名的關鍵。 故事的起源屬於 1 月，而非 5 月。2026 年 1 月 9 日，Anthropic 部署了服務器端檢查，阻止第三方工具通過 OAuth 身份驗證連接到 Claude Pro 和 Max 訂閲。 受影響的工具包括 OpenCode、Cline 和 RooCode。這些工具此前一直髮送 HTTP 請求頭，使 Anthropic 的服務器誤以為請求來自官方的 Claude Code 二進制文件，從而允許用戶在每月固定 200 美元的 Max 訂閲基礎上運行自主智能體工作流，而不必支付在等量 Token 消耗下可能高出許多的 API 費用。 Anthropic 採取封禁措施的理由是站得住腳的。訂閲制的初衷是補貼第一方使用，而第三方工具鏈通過訂閲 OAuth 令牌路由相同工作負載，會將這種補貼變成一種成本中心，對於出資的公司來說沒有任何收益。 在 Hacker News 中關於 OpenCode 提交的討論帖中，許多開發者承認了這一點，其中包括後來為該倉庫點星的人。Anthropic 本身也在 3 月份澄清了政策，告訴開發者訂閲 OAuth 令牌從未被允許用於通過第三方產品路由請求。 開發者的反應集中在執行方式上。事前沒有任何通知。
開發者的反應集中在執行方式上。事前沒有任何通知。一些賬户在切換期間因觸發濫用過濾器而被封禁。封禁發生在世界標準時間 02:20，正值某些時區用戶的工作流途中。 OpenCode 團隊在數小時內就發佈了對 ChatGPT Plus 的支持，並開始擴大服務商覆蓋範圍。到 2 月 19 日，Anthropic 在其更新的服務條款中正式確立了該規則。到 3 月 19 日，OpenCode 收到法律要求，併合並了 PR #18186，提交信息為“anthropic legal requests”，刪除了代碼庫中所有關於 Claude Pro 和 Max 身份驗證的引用。 4 月 4 日的強制執行截止日期將限制擴大到了所有第三方工具鏈，包括 OpenClaw 和 NanoClaw，並將用戶轉移到按需付費計費模式。 隨後出現了 3 月 21 日的增長高峯。SST OpenCode 的提交在 Hacker News 上獲得了 1,274 個點贊和 619 條評論，星標數隨後開始增長。 到 4 月 4 日 Anthropic 的第三方限制全面實施時，OpenCode 已突破 12 萬 GitHub 星標。截至 5 月 8 日，該項目的活躍頁面顯示擁有 156,904 顆星、18,259 次 Fork、4,788 個 Issue 和 1,656 個開放的 Pull Request，該項目自己的網站聲稱擁有超過 850 名貢獻者和 650 萬月活開發者。 我認為 OAuth 爭議只是催化了增長，而非導致了全過程，這種區分很重要。星標數衡量的是知名度和意圖，而非活躍使用量、留存率或生產可靠性。1 月後的增長中，肯定有一部分來自從未用過 OpenCode、僅將其作為一種對沖或抗議手段而點星的開發者。 但時間節點的吻合是如此真實，以至於 OpenCode 自己也承認了這一點。在封禁發生後的幾周內，該項目從一個 Claude Pro 加速器重新定位為一個模型無關的工具鏈，其官網上的宣傳語現在也將“服務商中立性”置於“訂閲經濟學”之上。 本週 Anthropic 的公告讓那些已經做出選擇的開發者覺得託管賽道更具吸引力。更強的算力、更高的限制、更深層的編排以及與 SpaceX 的容量協議，所有這些舉措都在強化同一個論點。 如果你想要一個由前沿模型算力和託管運行時支撐的縱向集成編程智能體，Claude Code 現在讓你更難離開。本季度早些時候發佈的例行程序、多智能體協作、夢境功能以及代碼評審（Code Review） [6] 功能，都假設開發者希望將更多的工作流交給單一供應商，而非更少。 OpenCode、Cline、Aider與 OpenClaw 是不同的項目，但它們都在優化同一種特性：模型中立性。OpenCode 的 README 直接陳述了設計目標：該項目“不與任何服務商綁定”，因為“隨着模型演進，它們之間的差距會縮小且價格會下降，因此保持服務商無關性非常重要”。 這種架構設計比初看上去更具戰略性。服務商無關性並不標榜自己是功能上的差異化。如果一個開發者想要 Anthropic 的準確性，他照樣可以將 OpenCode 指向 Claude。它改變的是切換成本。 當 OpenAI 發佈更好的編程模型時，OpenCode 用戶只需更改一行配置。當 Anthropic 將速率限制翻倍時，同一用戶無需動手指就能獲益。而當 Anthropic 限制流量、封禁 OAuth 或調整定價時，OpenCode 用戶只會感到輕微不便。而 Claude Code 用戶則需要提交工單並等待。 最清晰的類比是 Docker 和 Podman。Docker 通過 Desktop、Hub 和託管服務深化了其平台，為想要全套服務的團隊構建了縱向集成的體驗。Podman 則將控制權交還給了那些想要無守護進程、無根用戶、即插即用替代方案且不想支付平台税的用戶。 兩者在不同的市場中都取得了成功。誰也沒有取代誰。對於任何團隊來說，相關的問題變成了哪套權衡方案更適合他們的環境，而不是哪種工具在抽象意義上更好。這正是 AI 編程工具目前呈現的態勢。 如果一篇文章認為開源工具鏈在戰略上很重要，就不應假裝它已經打磨得很完美。將 OpenCode 推上首頁的那個 Hacker News 帖子也引發了尖鋭的批評。評論者指出該 TUI 佔用 1 GB 或更多的內存，TypeScript 代碼庫比其功能所需的更大、更復雜，且在項目增長期間，發佈實踐和 Bug 覆蓋面一直參差不齊。 安全態勢比閉源的第一方工具更難評估，因為每增加一個服務商集成都會擴大攻擊面。PR #18186 中刪除 OpenCode 插件的操作本身就引來了 437 個“踩”的反應，開發者們對團隊處理法律壓力的方式感到不滿。 關鍵不在於 OpenCode 不好。關鍵在於，選擇 OpenCode 而非 Claude Code 的開發者是在接受一條不同的權衡曲線。Claude Code 優化的是由 Anthropic 的工程和容量支撐的縱向一致性。 OpenCode 優化的是可移植性和退出機制。這兩條曲線並沒有絕對的優劣。選擇取決於你的工作流是否能容忍單一供應商擁有工具鏈、模型、記憶和運行時。 對本週新聞的真實解讀是：Anthropic 正在加大對託管工具鏈賭注的投入，而這個賭注是站得住腳的。例行程序、多智能體協作、夢境和代碼評審等舉措，只有當你假設開發者會越來越多地將編排層交給單一供應商時才有意義。 SpaceX 的協議，加上與亞馬遜、谷歌和微軟的協議，表明 Anthropic 相信自己能夠跟上這一賭注產生的需求。 而 OpenCode 的發展軌跡表明，很大一部分開發者會拒絕交出這一層，無論託管版本變得多麼出色。並不是因為託管產品更差，而是因為一旦你的工作流與之綁定，依賴單一供應商的成本就太高了。 這個賭注同樣站得住腳。即便剔除對星標衡量標準的質疑，點星的人數也說明做出這種選擇的羣體大到不容忽視。 絕大多數開發者在未來 12 個月面臨的抉擇不是 Claude Code 還是 OpenCode，而是他們的環境是否還能容忍單一供應商的工具鏈。
對於一些團隊來說，答案是肯定的，深度集成平台帶來的生產力提升足以抵消鎖定風險。對於另一些團隊來說，答案是否定的，開源工具鏈的可移植性值得他們去忍受那些粗糙的邊緣。 目前 GitHub 上星標最多的 AI 編程工具並不需要 Anthropic。單憑這一事實並不能證明開源賽道正在勝出。
它證明的是這條賽道確實存在，它正在增長，而資助其崛起的羣體，正是 Anthropic 在過去六個月裏試圖留在其圍牆內的同一個羣體。託管賭注和主權賭注可以同時正確，而處於這一分歧兩側的工具並不會合流。 編輯：手扶拖拉斯基
參考：
https://thenewstack.io/anthropic-claudecode-opencode-split/
原作者：Janakiram MSV
這是一部濃縮的計算機科學發展史，一部有趣的科學家人物傳記，一部絕佳的人生髮展讀物——《改變世界的程序員》正式上市，收穫從現在開始↓ OpenCode、Cline 和 Aider 等開源編碼代理正在解決開發者面臨的一大難題
