两个 Cursor 账号。
一个 AgentsRoom。零登出。
一个项目上跑个人的 cursor-agent login，另一个项目上跑工作登录，在同一个窗口里，同时进行。按项目、按文件夹或按智能体固定一个 Cursor 账号。直接在设置面板里登录：不用手动导出 CURSOR_CONFIG_DIR，也不用安装额外工具。
CURSOR_CONFIG_DIR~/.cursor-work~/.cursor每个 Cursor 账号一个目录，由 CURSOR_CONFIG_DIR 指向它。两个账号都保持登录状态，两个都同时在跑。
为什么要用多个 Cursor 账号
开发者运行不止一个 Cursor 账号的真实原因，直白地说。
把工作和个人干净地分开
雇主的 Cursor 账号只留在工作仓库上。你的个人账号只留在周末项目上。业余项目里不会出现工作凭证，公司账号上不会记录个人会话，敲提示词之前也没有什么需要提前记住的事。
按客户计费用量
当客户把他们的 Cursor 账号权限给你时，为这个客户跑的会话就跑在这个账号上。花掉的是他们的配额，不是你的。每个账号都保留自己的历史，所以几个月后依然能看清什么属于谁。
避免配额撞车
如果工作账号的套餐本来就紧，个人项目上跑一个长时间的智能体不该去啃它。两个账号意味着两套限额和两份用量历史，而不是一个你总在撞上的共用预算。
在生产账号旁边跑一个测试账号
留一个第二 Cursor 账号，用来做吵闹的实验、一次性的智能体和提示词草稿，主账号则保持干净。在两者之间切换，无论按项目还是按智能体，都只是从列表里选一下。
不同的组织，不同的策略
公司账号可能属于一个有自己隐私模式、日志和留存规则的 Cursor 团队。在它旁边保留一个个人账号，意味着你的个人编码依然按你自己的条件进行，凭证和配置在磁盘的目录层面彼此隔离。
两个开发者，一台工作站
两个开发者共用一台机器时，各自用自己的 Cursor 账号登录。AgentsRoom 记住两个账号，并根据项目或智能体启动正确的那个，而不是谁最后登录谁说了算。
直接内置在 AgentsRoom 里
没有外部切换器，没有 shell 包装脚本，也没有登出再登入的来回折腾。
每个项目一个 Cursor 账号
把一个 Cursor 账号固定到项目上，项目里的每个智能体都继承这个账号。在同一个窗口里打开一个工作项目和一个个人项目：底下各自跑着自己的 Cursor 登录。
按智能体覆盖
需要某一个智能体用别的账号？编辑这个智能体，选另一个 Cursor 账号，保存。覆盖只作用于这个智能体，项目里其余部分继续用项目账号。
每个项目文件夹一个账号
在侧边栏的某个文件夹上固定一个 Cursor 账号，归在它下面的每个项目都从那个账号启动，子文件夹也一样。工作文件夹用工作账号，个人文件夹用个人账号。单个项目，或者单个智能体，仍然可以覆盖它。
全局默认账号
把一个 Cursor 账号标记为默认。除非有更具体的设定，否则每个新项目都从它开始。之后改默认账号，所有没有固定任何账号的项目都会自动跟上。
在应用内登录
添加一个账号，AgentsRoom 会打开一个内嵌的小终端，用已经设好的 CURSOR_CONFIG_DIR 运行 cursor-agent login。在浏览器里完成，然后确认一下：账号就绪，而你没有在任何 shell 里敲过东西。
磁盘上的严格隔离
每个账号都住在自己的目录里：凭证和 cli-config.json。两个账号绝不共享同一个身份，在 AgentsRoom 里删除一个账号，也绝不会碰到另一个账号的数据。
每个账号一种颜色
给每个 Cursor 账号挑一种自己的颜色。它会以一个小圆点出现在智能体头像、终端标题栏和项目卡片上，哪个账号在跑一眼就看得出来，不用再去查。
撞上用量上限也继续做下去
当智能体所在的账号用完配额时，AgentsRoom 可以把它挪到另一个你已经登录的 Cursor 账号上。有一点要说清楚：cursor-agent CLI 不公开会话 id，所以智能体是在另一个账号上干净地重新启动，而不是接着原来那段对话往下走。任何一个账号都可以用一个开关排除在这个池子之外。
指向一个你已经有的目录
一个账号无非就是一个路径。可以让 AgentsRoom 帮你创建和管理，也可以直接输入你手工配好的 Cursor 配置目录的路径，包括默认的 ~/.cursor。什么都不会被移动，也不会被改写。
底层是怎么运作的
建立在 Cursor CLI 自己文档里写明的环境变量之上。
CURSOR_CONFIG_DIR 决定一切
cursor-agent CLI 把它的本地状态从一个目录里读出来：凭证和 cli-config.json。默认是 ~/.cursor，而 CURSOR_CONFIG_DIR 可以把它挪到别处。一个目录就是一个已登录的账号，所以把一个智能体绑到一个账号上，就是把它绑到一个目录上。
每个账号就是一个目录
当你添加一个账号时，AgentsRoom 会在自己的 home 下面创建一个目录并在那里登录。你也可以输入路径，把账号指向你已经有的任何一个 Cursor 配置目录。对 CLI 来说两者是同一件事：一个 CURSOR_CONFIG_DIR 的值。
登录已经内置在设置里
AgentsRoom 会启动一个小终端，把 CURSOR_CONFIG_DIR 指向新目录后运行 cursor-agent login。浏览器那一步和平常一样。Cursor 没有公开它把凭证写在哪里，所以 AgentsRoom 不去猜路径：浏览器那边完成后由你来确认，而不是在账号可能还没准备好时就被告知它已经就绪。
账号在启动时解析
智能体启动时，AgentsRoom 按顺序走一遍级联：智能体覆盖、项目固定、最近的一个固定了账号的文件夹、全局默认，然后是 CLI 自己的目录。在 cursor-agent 启动之前，对应的 CURSOR_CONFIG_DIR 会被放进这个智能体的环境里。
AgentsRoom 之外的做法
处理多个 Cursor 账号的其他方式，以及 AgentsRoom 有什么不同。
手动导出 CURSOR_CONFIG_DIR
最直接的路子：在启动 cursor-agent 之前执行 export CURSOR_CONFIG_DIR=/some/path。它能用，但你一开第二个终端标签页、忘了那个标签页在哪个账号上时，它就不管用了。AgentsRoom 替你按项目、按智能体设置同一个变量，并在界面里显示当前生效的账号。
设置 CURSOR_API_KEY
几乎人人都会掉进去的陷阱。密钥并不会切换账号：它只是没有活动会话时用的回退，而机器上已经存好的会话令牌优先。凡是运行过一次 cursor-agent login 的人，都还跑在第一个账号上，却以为密钥已经把自己换过去了，而且没有任何错误来提醒。真正切换账号的唯一杠杆是目录，而 AgentsRoom 驱动的正是它。
每次都登出再登入
在另一个账号上运行 cursor-agent login，回来时再运行一次。这条命令会替换整台机器上缓存的会话，所以它是全局的，也是破坏性的：其他所有项目都跟着你一起换，正在跑的会话也会被打扰。AgentsRoom 让每个账号同时保持登录，切换只是从列表里选一下。
两台机器或两个操作系统用户会话
有些团队给每个 Cursor 账号准备一台单独的机器，或者一个单独的操作系统用户。又重又慢，而且照样没法让工作智能体和个人智能体并行跑起来。AgentsRoom 在同一台机器、同一个窗口里让两者同时运行。
AgentsRoom 做得到而别的工具做不到的事
AgentsRoom 把多个 Cursor 账号当作一等概念来处理：按项目固定、按文件夹固定、按智能体覆盖、替你运行 cursor-agent login 的内置登录，以及每个账号一种颜色。Cursor 账号和 Claude、Codex、Grok 账号并排放在同一个面板里，所以一个工作 Cursor 智能体、一个个人 Cursor 智能体和一个 Claude 智能体可以同时跑。
常见问题
我能往 AgentsRoom 里添加多少个 Cursor 账号？
没有硬性上限。一个账号就是磁盘上的一个目录，所以想加就加：工作账号、个人账号、每个客户一个，还有一个测试账号。它们全都列在设置面板里，其中任何一个都可以指派给一个项目、一个文件夹或者单个智能体。
要跑两个 Cursor 账号，需要装额外的工具吗？
不需要。AgentsRoom 驱动的是 CURSOR_CONFIG_DIR，也就是 Cursor CLI 自己文档里写明的那个变量。没有外部切换器，没有 shell 包装脚本，也没有额外依赖。登录流程会在设置里内嵌的终端中运行官方的 cursor-agent login 命令。
两个智能体能同时跑在两个不同的 Cursor 账号上吗？
可以，这正是重点。每个智能体都有自己的环境，所以账号是逐个智能体决定的。一个固定在工作账号上的项目里，可以有一个被覆盖到个人账号的智能体，两者在同一个窗口里并行运行。
设置 CURSOR_API_KEY 会切换我的 Cursor 账号吗？
不会，这一点最让人意外。API 密钥是没有活动会话时用的回退。一旦你用 cursor-agent login 登录过，已存的会话就优先，密钥被悄悄忽略，而且不会有任何错误告诉你切换没有发生。分开的配置目录才是唯一可靠的办法。
如果我删掉一个还有智能体指向它的账号，会怎么样？
什么都不会坏。那些智能体会安静地回退到级联里的下一个账号，而目录本身会留在磁盘上，以防你之后想把另一个账号指过去。这些落单的智能体，你想什么时候重新绑定都行。
我的 Cursor 凭证会被发到服务器上吗？
不会。每个账号目录都留在你的机器上。AgentsRoom 从不读取、复制或传输凭证，中间也没有一个 AgentsRoom 账号。登录是在本地运行官方的 cursor-agent login CLI，浏览器那一步照常发生在你和 Anysphere 之间。
我能把一个 Cursor 账号固定到一整组项目上吗？
可以。侧边栏的文件夹带着自己的默认设置，Cursor 账号就是其中之一。把工作账号固定到装着你工作仓库的那个文件夹上，里面的每个项目都从那个账号启动，包括之后才加进来的项目和子文件夹里的项目。顺序是：智能体覆盖、项目固定、最近的文件夹、全局默认，然后是 CLI 自己的目录。
我能把 Cursor 账号和 Claude、Codex、Grok 账号混着用吗？
可以。账号是按提供商分别保存的，都在同一个多账号面板里。单个项目可以同时固定一个 Cursor 账号和一个 Claude 账号，每个智能体使用它所运行的那个提供商的账号。提供商之间不共享任何东西。
一个 Cursor 账号目录里到底放着什么？
和 CLI 放在 ~/.cursor 里的一样：浏览器登录写下的凭证，以及装着该账号设置的 cli-config.json。两个账号就是两个这样的目录，所以它们才能同时保持登录而互不干扰。
当一个 Cursor 账号的配额用完时会发生什么？
AgentsRoom 可以把智能体挪到另一个你已经登录的 Cursor 账号上，而不是让它一直卡到时段重置。有一点要说清楚，而且很重要：和 Claude、Codex、Grok 不同，cursor-agent CLI 不公开会话 id，所以没有东西可以接着跑。智能体是在另一个账号上干净地重新启动，而不是接着原来那段对话往下走。你不希望放进这个池子的账号，可以一个一个排除掉。完整的行为在账号自动切换那一页有说明。
你可能也喜欢：Grok 多账号
多个 Cursor 账号让你在一个应用里拥有两个 Anysphere 登录。Grok 多账号对 grok CLI 做的是同一件事，固定方式和隔离方式都一样。两者都在多账号面板里，紧挨着 Claude 和 Codex。
查看 Grok 多账号功能智能体撞上用量上限。 它照样把工作做下去。
当智能体所在的 Claude 或 Codex 账号用完配额时，AgentsRoom 会把同一个会话交给你已经登录的另一个账号，工作继续进行。
看看它怎么工作延伸阅读
Claude Code一次只保持一个登录状态，这是同时运行多个账户的方法
在同一台机器上同时运行工作账户和个人账户的实战指南：决定哪个登录状态生效的那个环境变量、为什么开到第三个终端后shell方案就不管用了，以及如何为每个项目固定一个账户。
Antigravity CLI每台机器只保留一个Google登录，以下才是真正管用的做法
为什么您无法在Antigravity CLI上交替使用两份Google AI Pro订阅、它究竟把您的登录信息存在哪里、那些账户切换工具对您的系统钥匙串到底做了什么、为什么家庭方案并不会让额度翻倍，以及唯一能真正并行运行多个账户的做法。
AgentsRoom 现已支持 Grok Build
xAI 的终端编程智能体 Grok Build 现已成为 AgentsRoom 的一级工具。让它与 Claude、Codex、Antigravity CLI、OpenCode 和 Aider 并肩运行，还能在对话中途随时切换。
别再登出 Cursor 了。从列表里挑一个账号就行。
今天就在 AgentsRoom 里并排运行工作 Cursor 账号、个人账号和客户账号。
配套应用：随时随地监控你的 Agent
使用 Claude、Codex、Antigravity CLI 或其他 AI 提供商。
把 Bug 和需求直接发送到您的公开待办清单。
AgentsRoom 实际运行一瞥。