两个 WorkBuddy 客户端总被“合并”解决方法

摘要：同一台 Windows 上同时装 WorkBuddy 国内版和国际版，自动更新反复把两个客户端装进同一个目录——两个快捷方式点开变成同一个应用。本文记录从日志定位“共用更新缓存”这个隐藏原因的全过程，并附一句可直接复制给 AI 的修复提示词。

Tags：WorkBuddy / Windows / Electron / 踩坑记录 / AI Agent / 提示词

帮我把本机的 WorkBuddy 国内版（WorkBuddy.exe）和 WorkBuddy AI 国际版彻底分开：先关掉两个客户端，清掉它们共用的更新缓存（%TEMP%\workbuddy-update-x64*、%LOCALAPPDATA%@genieworkbuddy-desktop-updater），再把两个客户端都卸载干净，分别静默重装到两个固定目录（国内版 E:\App\WB\CN、国际版 E:\App\WB\AI），修好桌面/开始菜单快捷方式和深链，各启动一次确认国内版只查 www.workbuddy.cn、国际版只查 www.workbuddy.ai，且两个安装目录不再互相塞入对方的文件；全程不要动 %LOCALAPPDATA%\CodeBuddyExtension 里的登录数据（账号和登录态不能丢），最后用 /api/accounts 和「环境诊断」验证并告诉我结果。

把这段丢给有本机终端权限的 AI（Claude Code / Codex / DSH 里都行），它就能按清单执行并自检。下面解释为什么这句话里每一步都不能省。

我的机器上同时装了 WorkBuddy 的两个产品：

它们是两个独立的 Electron 应用，但共享同一个登录数据目录（%LOCALAPPDATA%\CodeBuddyExtension），所以账号、积分、登录态是通的——这也是我一开始觉得“装两个客户端共存应该没问题”的原因。

一开始它们确实装在不同目录。但最近几次更新之后，怪事出现了：

看起来就像是“两个客户端被合并成了一个”。更气人的是：我把它们分开重装了一次，下一次启动又合并了。那一刻我感觉“这是不是故意的”。

对 Electron 应用来说，WorkBuddy.exe 只是一个壳，真正的程序在 resources/app.asar。 国内版和国际版是两套独立的应用，但目录结构一模一样：

如果两个产品的安装器进了同一个目录，后装的那套会把 resources/ 覆盖掉。于是先装的那个 exe 虽然还在，启动时加载的却是另一个产品的代码——这就是“两个快捷方式打开都一样”的由来。

而它们的自动更新并不是原地打补丁，而是下载完整安装包 → 静默卸载 → 重装。客户端安装日志里能直接看到：

“目标目录”这个记忆，并不保证跟你上次手动安装的目录一致。两个产品的默认目录名又都叫 WorkBuddy，于是很容易落到同一处。

如果只是“装到同一目录”，分开重装一次就完事了。但我遇到了“修一次、下次启动又合并”。

翻译一下：国内版客户端在启动时，从缓存里“恢复”出了一个国际版的 5.8.4 安装包，并把它当成了自己的更新。

旧版本更新器下载的安装包没有“产品身份”校验，客户端恢复缓存时只比版本号。于是缓存里残留的“对方的安装包”，会被这边当成自己的更新，静默安装进当前目录——然后再次覆盖。

所以：不先清掉共用更新缓存，重装多少次都会再合并。 这不是谁故意的，是两个产品根本没为“同一台机器共存”做设计。

关掉两个客户端（否则安装/卸载会失败或文件占用）；

备份登录数据：把 %LOCALAPPDATA%\CodeBuddyExtension\Data\Public\auth 复制到备份目录（这一步是保命线，账号和登录态都在里面）；

两个都卸载（用各自的 Uninstall*.exe /S，顺带手动清掉卸载残留）；

/D= 必须是最后一个参数、路径不要加引号；安装器如果自动拉起了客户端，先关掉再检查。

修快捷方式和深链，让 WorkBuddy 指向国内版、WorkBuddy AI 指向国际版。

AI 说“修好了”不算数，我让它按下面四条验收，缺一条都不算：

两个客户端各查各的域名、版本号都对，目录里也没再出现对方的文件。这次才算真的分开了。

来源：稀土掘金　原文