过去两年，AI 行业的叙事几乎全部围绕模型能力展开：参数规模、上下文长度、基准分数。但 8 月 19 日，Anthropic 开发团队账号 @ClaudeDevs 在 X 上发布的一条工程更新，把注意力拉回了另一个常被忽视的维度——客户端性能。据IT之家报道，这轮优化覆盖桌面端与命令行两条产品线，且背后都有具体的技术细节可循。
优化了什么
首先是 Claude Desktop。官方称在 95% 的使用场景下，其后台启动速度比一个月前快了约 2 倍。问题根源颇具戏剧性：过去当窗口处于隐藏状态时，计时器会受到系统限制，JS 引擎也会进入省电模式，这本是平台出于省电考虑的通用策略，却让“在后台默默完成启动”变得异常缓慢。现在，即使窗口隐藏，应用也能全速启动。
其次是命令行工具 Claude Code：在 99% 的场景下，CPU 占用率降至原来的一半左右。关键改动出在 Bun 运行时的垃圾回收（GC）机制上。旧版本按固定定时器触发回收，不论应用正在做什么，到点就启动，经常在 Claude Code 最繁忙的时刻突然杀出来抢占 CPU 资源；新版本改为等待进程空闲时再执行回收。
为什么这不是小事
两条优化看起来琐碎，但放到 AI 工具的实际使用形态下，分量完全不同。
传统桌面应用往往“用完就关”，而 AI 编程助手的工作模式是常驻：开发者一整天挂着 Claude Code 跑长任务，桌面客户端也常驻托盘随时待命。在这种形态下，被浪费的 CPU 会直接兑换成笔记本电量、风扇噪音，以及与编译、测试进程抢占资源。对重度用户来说，一个占用减半的 CLI 就是实打实的体验提升。
Electron 后台节流则是行业性痛点。这类基于 Chromium 内核的桌面客户端，出于省电考虑会限制后台页面的定时器精度、暂停部分引擎活动，对普通应用无伤大雅，却可能卡住需要后台初始化的 AI 客户端——会话恢复、连接建立都发生在用户看不见的地方。Anthropic 的解法说明，这类应用需要主动处理平台默认策略，而不是被动接受。
GC 时机更是老牌的系统课题。垃圾回收与业务负载的错配是性能调优的经典难题，“固定定时器”式的粗暴调度在高负载 CLI 中尤其致命。Bun 作为近两年兴起、被不少开发者工具采用的 JS 运行时，其默认策略的优劣会在重负载场景中被放大。Anthropic 选择直接调整运行时行为，也侧面印证了一件事：当工具的核心循环跑在 JS 生态之上，运行时层面的可控性本身就是产品竞争力。
一个值得注意的信号
这并非孤立的工程爆料。同期 Anthropic 还宣布将 Claude Code 每周使用额度 50% 的加成延长至 8 月 31 日，并探索将其固化为常态方案，供给侧（配额、算力）与体验侧（性能、占用）在同步加码。
当各家模型能力差距逐渐收窄、定价趋于透明，软件工程的基本功正在成为 AI 产品之间的新分水岭。启动快 2 倍、CPU 少一半，这类改进不会出现在发布会的主题演讲里，却决定着开发者每天八小时的真实体感。
简短点评
“等进程空闲再回收内存”是一个朴素到近乎不起眼的工程判断，但恰恰是这类判断区分了“能用的工具”和“顺手的工具”。AI 应用的军备竞赛不只发生在 GPU 集群里，也发生在每个用户的任务栏和终端里。对从业者而言，这或许是个提醒：模型再强，裹在客户端里的体验同样会被审视；对用户而言，下次觉得 AI 应用“发烫、卡顿”时，不妨翻翻更新日志，优化可能已经在路上。