Claude Code 多账号切换：Janus 使用指南

用 Janus 管理 Claude Code 多账号：它只影响下一次会话

Claude Code 识别账号需要两部分本地数据：macOS 钥匙串中的 OAuth 凭据，以及与之匹配的 Claude 设置文件。Janus 会把这两部分一起保存。可以把它理解成一只上锁的钥匙柜：选中某个账号后，Janus 会将对应的钥匙和设置放回当前使用的位置，供下一个进程读取。

关键在“下一个进程”。Claude Code 会在启动时读取凭据，因此，在 Janus 中切换账号不会改变已经打开的终端或 IDE 会话。正确顺序是：先退出或停止当前进程，在 Janus 中切换账号，再新建 Claude Code 会话。

Janus 不会合并订阅、转移用量额度，也不会凭空增加可用量。每个登录账号仍然保留各自的付费权限和限制。如需了解当前套餐费用，请参阅单独的 Claude Code 定价指南。Janus 减少的是登录阻力，而不是套餐开支。

本文依据 Janus v1.1.0 的源码进行核验，但并非实际环境下的可靠性基准测试：文中的结论不依赖实测切换耗时，也没有把未公开的双账号 Mac 测试包装成证据。

安装 Janus 前，先做出信任判断

Janus 支持搭载 Apple 芯片和 Intel 处理器、运行 macOS 13 或更高版本的 Mac。固定版本的 v1.1.0 发布页提供 DMG、ZIP 和 SHA256SUMS.txt；发布的 DMG 与 ZIP 均和该清单一致。

这里的安装限制绝非无关紧要。Janus 采用临时签名，也没有经过公证。macOS 会提示它来自未经验证的开发者，项目的安装说明则会引导用户移除隔离标记。由于这款应用要处理 Claude Code 凭据，绕过该保护本身就是一次信任决策。执行相关命令前，应先审查代码仓库，锁定准确的标签版本，并验证下载文件。

在 Mac 上，将 Janus-1.1.0.dmg 和 SHA256SUMS.txt 下载到同一个文件夹，然后校验清单：

shasum -a 256 -c SHA256SUMS.txt

打开 DMG，把 Janus 拖入“应用程序”。如果接受上述风险，再按照发布页的说明启动。项目还提供带 --no-quarantine 参数的 Homebrew cask 安装方式；它对应的是同一项信任决策。

Janus 需要较广泛的本地访问权限，而这恰恰也是必须审查它的原因。应用没有运行在沙盒中，因为它要访问 Claude Code 的钥匙串项目和设置文件。它采用 MIT 许可证，也与 Anthropic 没有关联，但开源许可并不等于安全审计。

保存两个 Claude Code 账号

最稳妥的初次设置方式，是只使用自己有权控制的两个账号，并在每次交接时核对当前身份。

1. 用账号 A 登录 Claude Code。如果这台 Mac 还没有配置过 Claude Code，请先完成常规设置；更完整的起步流程可参阅 Claude Code 设置指南。
2. 打开 Janus，查看窗口或菜单栏中显示的当前邮箱，然后点击 Save current account。
3. 在 Claude Code 中退出账号 A，再用账号 B 完成一次登录。
4. 回到 Janus，确认显示的是账号 B 的邮箱，然后再次点击 Save current account。
5. 此时 Janus 应该会列出两个账号。可以在窗口中选择账号 A 或 B，也可以使用菜单栏的切换操作。
6. 停止现有 Claude Code 进程，再启动一个新进程。旧进程会继续使用它此前已加载的凭据。
7. 打开客户代码仓库前，先确认 Janus 中的邮箱，再在新的 Claude Code 会话中运行 /usage。核对 5 小时和每周用量位置是否与目标账号一致。

Janus 会先保存被替换账号的状态，再恢复选中的账号；它还会先取得用于替换的会话，之后才动当前生效的会话。文档描述的失败策略偏保守：如果已保存的会话缺失，或钥匙串操作遭拒，Mac 应继续停留在原本已激活的账号上。

双账号切换核对清单

第一次切换请使用低风险代码仓库，不要直接拿正在进行的客户项目测试。

• 切换前，记下 Janus 标记为已登录的邮箱，并记录界面显示的 5 小时及每周用量状态。
• 保留一个 Claude Code 会话继续运行，用它验证“只在启动时读取”的边界。
• 在 Janus 中切换到第二个账号，确认菜单栏邮箱随之改变。
• 另行启动一个全新的 Claude Code 进程并运行 /usage。
• 检查新进程的用量数据是否与 Janus 中第二个账号的数据一致。
• 回到始终未关闭的旧进程。由于它在启动时已经加载凭据，此时仍应保持第一个账号的会话状态。
• 切回原账号，再次重启并重复身份与用量核对；确认无误后，才把这套流程用于需要计费的工作。

验证重点不是按钮有没有变色，而是确认 Janus 中选定的账号确实会被下一个进程使用，同时现有进程不会受到影响。

如何判断用量数据是历史记录还是实时获取

Janus 显示的旧数据可能完全正确，但“正确的旧数据”并不等于当前数据。账号处于活动状态时，Claude Code 会把用量写入设置文件；切走后，保存下来的数值便不再变化。1.1.0 版会标明数据来源，帮助用户分清历史记录与从 Anthropic 获取的最新结果。

点击 Refresh 后，Janus 会为每个已保存账号请求一次当前用量。如果某个暂未登录的账号使用了过期访问令牌，Janus 可以先续期，并在使用前保存替换后的凭据。对于当前已登录的账号，Janus 不会续期令牌，因为正在运行的 Claude Code 进程可能仍持有它；这枚实时令牌由 Claude Code 自行保持有效。

Janus 窗口打开时，重置倒计时会持续更新。某个限额周期结束后，旧百分比会被清除，并触发一次新请求。在新数据返回前，Janus 会显示短横线，而不是猜测数值。准备启动长时间任务时，这项区别会直接影响判断：目标工作账号到底还有没有足够额度。

v1.1.0 标签对应的仓库里存在一处文档矛盾。README、发布说明和源码都写明应用会向 Anthropic 请求用量，但同一标签下的 SECURITY.md 仍声称应用不会发起网络请求。源码显示，用量请求发送到 api.anthropic.com，token 续期请求发送到 platform.claude.com。在安全页面修正前，应把源码与更新较新的发布说明视为实际行为依据。

这 6 类工作流最值得使用账号切换

Janus 最适合的并不是囤积备用账号的人，而是在同一台 Mac 上确有理由隔离两套身份的使用者。

不要通过切换账号来共享凭据或规避套餐限制。合理用法，是在自己获授权控制的账号之间保持隔离。

围绕这一缺口，值得做的两款产品

首选方向：跨平台、账号安全的启动器

可以做一款启动器，把代码仓库绑定到获准使用的 Claude 身份，启动前明确显示该身份，并且只在用户确认后打开新的 Claude Code 进程。最可能付费的是顾问、代理机构经营者，或需要兼顾个人与工作的开发者；对他们而言，避免用错账号比少点一次鼠标更重要。

这类需求规模不大，却非常明确。在美国，claude code multiple accounts 每月约有 90 次搜索，关键词难度为 0，单次点击费用为 $19.94。另有每月 10 次搜索专门针对 claude code multiple accounts windows。Janus 仅支持 macOS，因此 Windows 和 Linux 上存在清晰的产品空白。

最小可售版本需要包含操作系统凭据库适配器、仓库与账号的映射、醒目的当前账号标识，以及启动包装器；初期不必做团队仪表盘。真正棘手的是：认证文件和令牌流程属于另一款产品，随时可能变化，而处理不当就会造成安全事件。也正因风险足够高，值得信任的启动器才有收费空间。

这是最值得优先考虑的机会。它的搜索量低于通用的用量限制需求，但问题、买家和缺失平台都定义得非常清楚。

标明来源的用量与重置监控器

还可以做一款本地监控工具，始终标明每条用量数据对应的账号、来源和获取时间，并在预定编码任务即将撞上重置节点前发出提醒。个人重度用户可能会购买个人版；如果产品能做到绝不导出原始凭据，工程团队也可能为策略控制层付费。

claude code usage limits 在美国每月约有 1,000 次搜索，单次点击费用为 $12.71；claude code usage limits check 另有每月 10 次。用量限制焦虑影响几乎所有付费用户，因此需求比账号切换更大。

MVP 可以只做菜单栏视图、明确的 remembered 和 fetched 状态、重置计时器，以及启动前预警。难点仍是对上游的依赖：Janus v1.1.0 使用 Claude 的 OAuth 用量与续期端点，而这些接口可能变化。要让产品长期可用，就必须能平稳处理失败、不编造数字，并保持快速维护节奏。

做决定时，不能忽略这些限制

只有在愿意让一款非官方本地应用搬运认证材料的前提下，Janus 才值得使用。它会把已保存 token 存入登录钥匙串中的 Janus 服务，并把设置快照放在 ~/Library/Application Support/Janus/ 下，权限仅限文件所有者。不过，这些快照可能包含项目路径和历史记录。安全说明还提到，应用调用 /usr/bin/security 时，会把凭据载荷短暂作为十六进制进程参数暴露给同一名 macOS 用户以及 root。

这款应用仅支持 macOS，不在沙盒中运行，采用临时签名，也未经过公证。由于临时签名可能随版本变化，每次更新后都可能再次弹出钥匙串访问请求。用量获取还带来了网络行为，而标签版本的安全页面尚未同步。上述情况不能证明 Janus 不安全，却足以说明：对于共享、缺乏管理或高风险的 Mac，便利本身不是安装理由。

Janus 还提供开发者缓存清理功能，但切换账号并不依赖它。首次采用时应收窄范围：验证发布文件，只保存两个已获授权的账号，测试进程启动边界；是否清理缓存，留到之后单独决定。

本周一就这样行动

选取两个自己有权控制的账号，下载固定的 v1.1.0 版本及其校验清单，然后在一次性代码仓库中按清单测试。切换前后都记录当前邮箱和用量，确认新启动的 Claude Code 进程换到了另一个账号，而一直未关闭的进程仍保持原账号。全部验证通过后，再把 Janus 纳入客户工作开始前的固定流程。

如果需要为团队搭建账号安全的启动器或用量管理流程，我可以协助设计并实现自动化。