当代码是免费时，Claude 为什么是 Electron 应用？

Source: Hacker News

如果代码是免费的，为什么所有应用都不是原生的？

编码代理的现状可以用这个事实来概括。

Claude 为一个实现（算是）用 Rust 编写的 C 编译器的代理群体花费了 2 万美元，但桌面版 Claude 是一个 Electron 应用。

如果你不熟悉，Electron 是一个使用网页技术——HTML、CSS 和 JavaScript——来构建桌面应用的框架。它让你只写一次代码，就能在 Windows、macOS 和 Linux 上运行，同事开发者还能复用已有的 Web 应用代码。许多你每天可能会用到的应用都是用 Electron 构建的：Slack、Discord、VS Code、Teams、Notion 等（维基百科列表）。

Electron 的缺点

• 体积与资源占用 – 每个应用都自带一套 Chromium 引擎；最小体积通常也要几百兆。
• 性能 – 可能会感觉卡顿或响应迟缓。
• 操作系统集成 – 与原生 OS 功能的集成度不高。

这些问题可以通过巧妙的开发和平台特定的代码来缓解，但很少有人这么做。单一代码库和快速跨平台交付的好处往往超过了这些缺点。

编码代理的承诺

当给定明确的规范和测试套件时，编码代理在跨平台、跨语言实现方面表现出色（规范驱动开发文章）。理论上，这可以取代 Electron 的优势：编写一次规范和测试套件，然后让代理为每个平台生成原生代码，从而让小而专注的团队交付快速、性能优秀的应用。

为什么仍然使用 Electron

即使是 AI 编码工具的领军企业 Anthropic，也仍然把 Claude 以 Electron 桌面应用的形式发布——慢、容易出错且臃肿。原因包括：

• “最后 10 %”问题 – 代理在前 90 % 的开发中表现出色，但处理边缘情况、真实场景以及后续维护仍然困难且繁琐，需要大量人工监督。

• Anthropic 的基于 Rust 的 C 编译器 – 在巨大的努力之后，编译器已经触及了 Opus 能力的上限。团队指出：

  The resulting compiler has nearly reached the limits of Opus’s abilities. I tried (hard!) to fix several of the above limitations but wasn’t fully successful. New features and bugfixes frequently broke existing functionality.

  鉴于投入的时间和精力，这个编译器已经相当惊人，但基本上不可用；“最后一英里”的开发仍是一个重大障碍。

• 支持范围 – 为 macOS、Windows 和 Linux 各自构建原生版本会使 bug 修复和支持工作量增加三倍，而 Electron 的单一包装层能够缓解许多平台特定的问题。

一个健全的测试套件和规范或许可以实现完全原生的 Claude 桌面应用，但最终开发阶段的额外工作量以及随之而来的维护负担仍然相当可观。

结论

目前，Electron 仍然是合理的选择。编码代理非常强大，但开发的最后一英里以及扩大的支持范围让 Electron 成为许多团队的务实之选。