用 AI 工具最糟的体验是什么？不是回答得不对，是干着干着突然白屏、闪退，或者历史记录找不回来了。你把它当生产力工具，它却在下班前崩一次给你看。翻看 WorkBuddy 最近几个版本的更新日志会发现，5.3.7 到 5.3.13 六个版本里，稳定性修复贯穿始终：Windows 冷启动闪退、macOS 文件系统性能下降、SSE 流式传输中文乱码、本地助理内存暴涨——这些看起来零散的修复，串起来其实是同一条产品主线：先保证能用，再保证好用。
5.3.7 一口气修了 26 项问题，重点是 Windows 冷启动闪退、任务执行中反复弹终端窗口、启动期网络代理超时阻塞 UI 这些影响基本使用的硬伤。5.3.8 修的是更隐蔽的一类：产物索引膨胀导致历史任务无法恢复——用久了历史数据越积越多，系统会变慢甚至回溯不了任务，这种问题比单个 Bug 更伤信任，因为用户往往是在最需要翻旧账的时候才发现它坏了。
Windows 兼容性：环境越碎，越要较真
WorkBuddy 在 Windows 上的兼容性问题占了 Bug 修复的相当大比例。5.3.11 修了 Windows 非系统盘或中文路径下产物无法预览、下载或提示 Access denied 的问题；5.3.12 修了 Windows 更新 loading 关闭时机的问题；5.3.7 修了 Windows 启动期网络代理超时阻塞 UI、冷启动闪退等问题。单独看每个都不大，但凑在一起就是”在 Windows 上根本没法安心用”。
Windows 兼容性麻烦的根源在于环境的碎片化：不同的系统版本、不同的安装路径（系统盘 vs 非系统盘）、不同的路径编码（英文 vs 中文）、不同的网络代理配置、不同的权限设置，每一种组合都可能踩到不同的问题。对 WorkBuddy 这样需要在本地跑 AI 任务的工具来说，这条路难走，但绕不开——毕竟 Windows 用户里，非系统盘、中文用户名、公司代理网络的占比一点都不低。
从”修 Bug”到”防 Bug”：把主动权交给用户
WorkBuddy 的稳定性优化不只是”出了事再修”，也在往”提前防”走。5.3.11 新增了”显示文件变更过程详情”开关，让用户能看到 AI 在执行任务时对文件做了什么修改——这既是透明度，也是一种安全防护；5.3.12 新增了对话出错时”检查网络”快捷入口，网络异常一键跳转诊断。这些功能不解决任何”性能问题”，但解决的是用户在出错时的恐慌——知道发生了什么、知道去哪查，比干等一个修复版本踏实得多。
5.3.8 还修了预热进程首轮对话人设异常及登录状态同步的问题。预热进程是为了减少首次对话等待时间而提前启动的进程，要是预热进程的人设和登录状态不对，用户第一次对话时可能遇到 AI”不认识自己”的尴尬。这类修复说明团队开始在意”首次体验”——新用户的第一印象，往往就决定了他会不会留下来。
端云同步：断线不是用户的错，重连才是产品的责任
5.3.7 修复了端云同步断线后未自动重连的问题。端云同步是 WorkBuddy 的核心能力之一——本地助理和云端服务之间的数据同步，断线后不能自动重连，用户就会遇到任务结果不同步、历史记录不一致等问题。自动重连机制确保了网络波动不会导致数据丢失。
5.3.12 进一步优化了移动端连接电脑在弱网、休眠恢复后的同步与续聊稳定性，并修复了 IMA 连接器偶发掉线需要重新授权的问题。这些修复指向同一个目标：让用户在任何网络条件下都能拿到一致的体验——弱网不是用户的错，产品得自己兜住。
稳定性是 AI 工具的隐形竞争力
当所有 AI 工具都在比拼模型能力、功能数量和技能生态时，稳定性往往被忽视。用户选一个工具可能因为新功能吸引，但决定留不留下来的，通常是”会不会突然崩溃””历史记录会不会丢””弱网下能不能用”这些基本问题——功能可以等下一个版本，数据丢了可没法重来。
WorkBuddy 从 5.3.7 到 5.3.13 持续做稳定性优化，态度很明确：功能可以慢慢加，但已经发布的功能必须稳。六个版本、上百条修复，每一条都是在攒用户敢把活儿交给它的底气。等 智能体 工具真正成为工作流程里离不开的一环，稳定就不再只是技术指标，而是信任本身。
