背景

Anthropic 近期正式發布了旗下最強大的 AI 模型 Claude Opus 4.6，並同步更新了其終端機開發工具 Claude Code。此次更新最受矚目的特點在於代理型搜尋基準測試的大幅提升，以及在 Claude Code 中引入了多代理協作功能，允許用戶組建代理團隊共同完成複雜任務。

社群觀點

Hacker News 社群對此次發布的反應呈現兩極化。一部分用戶對性能的提升感到震驚，甚至有開發者開玩笑地表示，新模型在發布短短幾分鐘內就幫他建立了一個每月營收上萬美元的軟體服務。這種誇張的幽默反映出社群對 Opus 4.6 在自動化開發與代理執行能力的期待。許多用戶確認，新模型已迅速整合進 Claude Code 與 Cursor 等開發工具中，且新增的「努力程度」切換開關讓模型在處理高難度任務時表現更佳。

然而，討論的核心很快轉向了對 Claude Code 軟體架構的激烈爭論。許多資深開發者發現，作為一個終端機介面工具，Claude Code 竟然是使用 React 框架搭配 Node.js（或 Bun）運行環境建構的。這引發了關於現代軟體工程品質的質疑。批評者指出，Claude Code 在閒置狀態下的記憶體占用高達 360MB，甚至可能飆升至 700MB 以上，這與使用 Rust 編寫、記憶體占用僅 15MB 的競爭對手 Codex 相比，效率差距高達數十倍。有用戶抱怨，在 16GB 記憶體的 Mac 上運行幾個 Claude 會話就會導致系統陷入交換記憶體的困境，嚴重影響開發體驗。

支持 Anthropic 做法的觀點則認為，這體現了開發優先級的取捨。在 AI 競賽中，開發速度與功能迭代遠比微調終端機的啟動速度重要。支持者主張，React 提供的組件化模型非常適合建構複雜的代理互動介面，且對於一個能節省數小時開發時間的強大工具來說，多等三、四秒的啟動時間或多耗費幾百 MB 的記憶體是完全可以接受的交易。此外，隨著 Anthropic 收購了 Bun 的開發團隊，社群也預期未來在效能與記憶體洩漏問題上會有顯著改善。

有趣的是，這場爭論也延伸到了「AI 寫程式」的本質。有留言指出，如果 AI 工具本身是用這種被視為「臃腫」的方式編寫，是否暗示 AI 在理解底層效能優化與架構選擇上仍有局限。部分用戶懷念起 Slashdot 時代那種對程式碼精煉度的追求，認為當前的開發文化過於依賴硬體性能的進步，而忽視了工藝精神。儘管如此，多數人仍承認 Claude Opus 4.6 在邏輯推理與實際解決問題的能力上，目前確實處於領先地位。

延伸閱讀

• Steve Yegge 的 Gas Town 文章：探討代理編排與未來開發環境的演進。
• Ink 函式庫：Claude Code 用來在終端機中渲染 React 組件的底層技術。
• Ratatui：留言中提到的 Rust 終端機 UI 框架，被視為高效能 TUI 開發的標竿。
• OpenCode：社群提到的另一款開源 AI 命令行工具，底層使用 Zig 編寫以追求效能。