當程式碼不再昂貴，為什麼 Claude 仍是一個 Electron 應用程式？

背景

這篇文章探討了一個充滿諷刺意味的現象：儘管 Anthropic 等 AI 巨頭宣揚 AI 代理人（Agents）能大幅降低開發成本，甚至展示了用 AI 編寫 C 語言編譯器的能力，但其官方桌面應用程式 Claude 卻依然選擇使用 Electron 框架開發。作者質疑，如果 AI 真的能讓程式碼變得「免費」且易於生成，為何開發者不直接利用 AI 針對各個作業系統生成原生應用程式，而非要依賴肥大且效能低下的跨平台包裝技術。

社群觀點

Hacker News 的討論圍繞著 AI 開發能力的真實邊界以及軟體工程的現實困境展開。許多留言者對「程式碼已變得免費」的說法嗤之以鼻，認為這完全忽視了軟體開發中最昂貴的環節：程式碼的審查、測試與長期維護。有觀點指出，AI 雖然能快速完成前 90% 的開發工作，但剩下的 10% 邊際案例和系統整合才是決定產品成敗的關鍵，而這部分目前仍高度依賴人類工程師的介入。對於 Anthropic 而言，維護三套獨立的原生代碼庫（Windows、Mac、Linux）所帶來的測試負擔與除錯成本，顯然遠超出了 AI 現階段能提供的紅利。

社群中不乏對 Claude 桌面版品質的強烈批評，有使用者抱怨其登入流程極其混亂，甚至有人認為與其使用這個肥大的 Electron 包殼，不如直接將網頁版固定在工具列上。這種不滿也延伸到了其他 AI 工具，例如 VS Code 中的 Copilot 被部分資深開發者形容為一場災難，認為大公司在追求 AI 熱潮時忽略了基本的軟體品質與使用者體驗。然而，也有另一派聲音為 Electron 辯護，認為 VS Code 或 Obsidian 等成功的案例證明了問題不在於框架本身，而在於開發團隊的優化功力。他們認為將所有效能問題歸咎於 Electron 是過於簡化的看法，真正的問題在於開發者是否願意投入資源去打磨那些細微的系統互動細節。

此外，討論中也觸及了商業邏輯與技術理想之間的衝突。有留言指出，當一家公司仍處於燒錢階段時，投資者更看重資金的使用效率而非技術上的純粹性，跨平台框架依然是目前最經濟的選擇。更有激進的觀點認為，AI 廠商之所以不開發原生應用，是因為他們自己也清楚 AI 生成的程式碼在處理複雜系統 API 時仍不夠可靠。這種「AI 幻覺」在處理底層系統呼叫時可能導致難以追蹤的臭蟲，使得「一處撰寫、到處執行」的 Electron 依然是目前風險最低的避風港。

延伸閱讀

在討論串中，有使用者提到了 Tauri 作為 Electron 的替代方案，它利用系統原生的 Webview 來減少應用程式的體積與資源佔用。另外，針對開發工作流，也有人推薦在 Zed 編輯器中使用 Claude Code 插件，或是直接使用 Claude Code 的命令列介面（CLI），認為這些工具在實際編碼體驗上優於目前的桌面應用程式。