changexbc/workbuddy-switch

这是一个范围很窄的实用工具：只有当你同时持有多个 WorkBuddy 或 CodeBuddy 账号、又厌倦手工退出再登录时，才值得花时间。它的价值在于把账号切换、会话迁移和用量监控收进同一个 Tauri 桌面应用。

解决什么问题

一个人可能同时有个人和团队的 WorkBuddy 账号，再加上 CodeBuddy IDE、CLI 和编辑器插件的登录状态。以前每次换身份都要登出并重新认证，旧账号里的对话不会跟过来，积分快到期了也容易错过。这个应用改变的就是这一步：在账号卡片上选一个账号，它把凭据写入目标客户端，并可选地把指定会话复制过去。结果是 WorkBuddy 与 CodeBuddy 各端共用一套账号库，积分余额和 Token 用量在同一窗口里可见。

有什么不同

核心机制是一个共享账号库。WorkBuddy、CodeBuddy IDE 和 VS Code 插件从同一列表切换，CLI 复用同一账号库但默认账号独立。会话复制采用加法：复制出的会话获得新 id，云端归属目标账号，源账号的副本保留。复制过的会话会自动建立关联，此后“关联会话”页可以集中查看各账号副本，做增量同步，并在内容分歧时选定保留哪一份。

这种关联模型不只是方便功能，它把多账号使用变成了一个小的版本控制问题；分歧时的分支图把这个取舍摆到明面上。内置的 Agent Companion 悬浮栏又加了一层：通过客户端的 Hooks / Webhook 监听 Codex、WorkBuddy、CodeBuddy 与 Codeg 会话，显示运行中、待确认和已完成状态。代价是集成深度不一：CodeBuddy CLI 与 JetBrains 插件的会话不在监听范围内，部分客户端切换时需要先关闭再重新打开。

谁值得试

适合：在多个 WorkBuddy、CodeBuddy 账号之间轮换以分摊积分的开发者或重度用户，希望会话跟着账号走、到期时间主动露出来。CodeBuddy CLI 的自动轮换就是为这种场景准备的。不适合：只有一个账号的人，或者不愿意让应用写入认证文件、不愿意为悬浮栏安装 Hooks 的人，增加的复杂度换不来对应收益。

文档里的另一条路径会影响可用人群：全局 npm 包启动本地网页版，模块与桌面版一致，但不提供悬浮栏，适合 Linux 用户或偏好终端服务的人。

使用条件与边界

切换需要写入客户端的认证文件。macOS 上要授予“App 管理”或“完全磁盘访问”，授权后需重启应用才生效，详见 macOS 权限说明；webui 模式下权限取决于启动服务的终端进程，而不是应用本身。CodeBuddy IDE 首次使用前必须手工打开并登录一次，JetBrains 端默认关闭，需要在设置中自行开启。

日常维护也是成本的一部分。切换 CodeBuddy CLI 会关闭正在运行的 CLI，当前会话中断且不会自动重开；其余各端可以在运行时自动关闭并在写入后重新打开。悬浮栏依赖各客户端自己的 Hooks / Webhook，因此它的价值跟着这些集成走，并不是独立的监控器。安装包覆盖 macOS arm64/x86_64、Windows x64 与 Linux x64，见 Releases。

HotRepo 点评

HotRepo 从 2026-10-24 开始记录，当时仓库创建 70 天。唯一可用的信号是 2026-10-25 的 Rust 月榜第 18 名、当月 +712 stars；缺少可比的日榜历史，因此无法判断热度能否持续。决定投入前，建议对照项目说明确认你用的客户端组合是否被覆盖，尤其是是否使用 JetBrains 插件、是否要求 CLI 会话不中断。