跳到主要内容

管理您的 Cursor 账户

Managing your Cursor account

您的 Cursor 账户是编辑器中每一项云功能的关键:登录、您的订阅层级、用量限额,以及跨机器的设置同步。本指南涵盖您日常真正会接触到的部分,从选择登录方式到更改电子邮件、合并重复账户、了解设备之间会同步什么,以及干净地删除账户。

登录方式​

Cursor 提供三种登录路径。它们在后端都会解析到同一条账户记录,但它们的恢复和安全属性有所不同,而这些差异在日后会产生影响。

电子邮件魔法链接​

您输入电子邮件地址,Cursor 会发送一个一次性链接。点击该链接,您就登录了。过程中不涉及密码。

  • 在您信任的机器上速度快
  • 不依赖第三方身份提供程序
  • 恢复完全依赖于对该邮箱的持续访问

Google​

您通过 OAuth 使用您的 Google 账户登录。您的 Cursor 身份与 Google 账户标识符绑定。

  • 启用 Google 两步验证时具有较强的默认安全性
  • 如果您已经在 Google Workspace 中工作,会很方便
  • 稍后迁移到不同的 Google 账户并不简单

GitHub​

您通过 GitHub OAuth 登录,这是开发者最常见的路径。

  • 被广泛使用,且可以轻松地从您的 GitHub 安全设置中撤销
  • 当您的编码身份已经存在于 GitHub 上时很合适
  • 将您的 Cursor 会话与您的 GitHub 两步验证态势绑定
方式优点缺点
电子邮件魔法链接无密码;适用于任何邮箱完全依赖邮箱访问;链接本身就是一种凭据
Google强两步验证,熟悉的流程以后难以迁移出去
GitHub对开发者友好,可轻松撤销继承 GitHub 现有的任何两步验证强度

切换登录提供程序​

您无法在应用内切换提供程序。从 GitHub 切换到 Google,或从魔法链接切换到 GitHub,都是需要支持协助的迁移,因为它会更改拥有您订阅和历史的身份。请完全像电子邮件更改那样对待它:提交工单、证明对两种方式的所有权,并预期之后需要一次全新的登录。

如果您只是想停止使用某一种方式而不迁移账户,只需用您打算保留的方式登录即可。不要用新的提供程序重新注册,因为那会创建一个重复账户而非迁移现有账户,订阅会滞留在旧记录上。

选择您已经加固的那个提供程序

如果您的 GitHub 账户已经强制执行两步验证,那么使用 GitHub 登录意味着 Cursor 免费继承了该保护。请选择您实际维护着最强安全态势的那个提供程序,而不是点击起来稍微快一点的那个。

无论您选择哪种方式,首次登录都会创建账户记录。之后的登录必须使用相同的方式,否则您会无声地创建第二个账户,这正是大多数“我的订阅消失了”报告的根源。

在哪里找到订阅和用量​

有两个界面很重要:Web 仪表板和应用内账户设置。它们显示的信息有重叠,但并不完全相同。

Web 仪表板​

在浏览器中打开 https://cursor.com/dashboard。仪表板是任何与计费相关内容权威的视图:

  • 订阅:您当前的层级(Free、Pro、Pro+、Business、Enterprise)和续期日期
  • 用量:当前周期内消耗的请求数,按模型细分
  • 计费:发票、支付方式,以及团队的席位数

用量视图是您查看自己离限额有多近的地方。它会将高级模型请求与更便宜或包含在内的模型区分开来,因此您可以判断哪一类模型正在消耗您的配额,而不是靠猜测。

应用内 设置 > 账户​

在 Cursor 内部,使用 Ctrl/Cmd + , 打开设置,然后选择 账户。此面板以只读为主:

  • 一个退出登录控件
  • 当前会话的计划指示器
  • 一个用于管理计费的深层链接,它会打开浏览器仪表板
  • “设置同步”开关

计划更改和支付方式有意放在 Web 仪表板上。将支付 UI 嵌入编辑器将需要在客户端处理卡片数据,因此 Cursor 将这些保留在浏览器中。

正确读取用量标签页​

计数器会在您的续期锚点日期按月重置,而非在日历月的第一天。如果您的限额看起来不对劲,请在提交工单之前先确认锚点日期。

用量在您的计费周期重置

一个在 17 日续期的 Pro 计划会在 17 日重置用量。请对照该日期而非日历月来比较计数器。对重置日期的预期不一致,造成了很大一部分虚假的“用量 bug”报告。

更改现有账户上的电子邮件​

不存在自助的电子邮件更改。您无法打开设置、编辑地址,并指望您的订阅、用量历史和已同步设置随之迁移。身份与您登录时使用的提供程序绑定,而这种绑定不是用户可编辑的。

可靠的路径是联系 Cursor 支持,请求手动更改电子邮件或账户迁移,并提供您同时控制旧地址和新地址的证明。

如何找到您的账户 ID​

支持会向您索要账户 ID。您可以在两个位置找到它:

  • 应用内的 设置 > 账户 面板会在退出登录控件附近显示账户标识符
  • Web 仪表板页面源代码或账户部分会暴露相同的标识符

如果您找不到它,请注意它不是您的电子邮件地址。它是一个不透明的标识符,支持用它来定位确切的记录。

所有权证明​

由于电子邮件更改实际上是一次身份转移,支持需要您拥有这两个地址的证据。最干净的证明是能够根据请求从每个邮箱发送一条验证消息。

支持工单模板​

复制并改编以下模板。保持其结构清晰可以加快首次响应。

To: support (via the in-app Contact Support form or [email protected])
Subject: Request to change account email from [email protected] to [email protected]

Account ID: <paste from Settings > Account>
Current email: [email protected]
Requested email: [email protected]
Sign-in method: Email magic link | Google | GitHub

Reason for change:
Migrating from a personal domain to a company domain.

Proof of ownership:
- I can send a verification email from [email protected] on request
- I can also send one from [email protected] on request

Subscription details (if active):
Tier: Pro (annual)
Invoice reference: <paste from dashboard>

Impact to preserve:
- Usage history
- Settings Sync state

Additional notes:
<anything else support should know>
切勿发送您的密码或会话 token

支持不会索要您的密码、魔法链接 URL 或会话 token。如果某条声称来自支持的消息索要这些内容,那就是网络钓鱼。只分享账户 ID 和所有权证明步骤。

预期该更改需要几个工作日,并且之后需要一次全新的登录。请为设备可能被登出的一小段窗口期做好安排。

合并重复账户​

重复账户很容易被意外创建。一个常见的模式是先用 Google 注册以进行快速试用,然后在您决定使用付费计划时又用 GitHub 注册一次。Cursor 不会自动合并账户,也没有应用内的合并按钮。

您可以做的是通过支持请求合并:

  • 从仪表板识别两个账户 ID
  • 确认哪个记录持有活动订阅;那通常是应保留的记录
  • 为两种登录方式提供所有权证明
  • 明确说明次要账户的用量历史可能会被丢弃而非合并

在实践中,用量历史和对话历史不会被保留下来。合并的存在主要是为了整合计费,并释放那个被放弃的身份,以免它日后被误认为是一个活跃账户。

在重复账户发生之前预防它们

当您开始付费计划时,请继续使用您在免费层级上使用的相同登录方式。如果您必须切换提供程序,请通过支持将其作为一次更改来完成,而不是重新注册。重新注册会创建一个新账户,而非迁移旧账户。

设备之间会传输什么​

设置同步是一项功能,它会在您已登录的各台机器之间传输您配置的一个子集。确切了解哪些会移动、哪些不会,可以避免您在设置第二台笔记本电脑时产生大量困惑。

会同步的内容​

  • 编辑器设置,即您的 settings.json
  • 键绑定,即您的 keybindings.json
  • 已安装扩展的列表
  • 用户代码片段
  • UI 状态,例如活动主题和布局首选项

不会同步的内容​

  • 对话历史:存储在每台机器本地,而非云端
  • 规则文件:.cursor/rules 是项目级的,随仓库一起传输
  • MCP 配置:项目级或机器级的 mcp.json
  • 代码库索引:嵌入会为每台机器在本地重建

这种划分是有意为之的。定义您个人编辑手感的东西会随身携带;定义某个项目的东西则留在项目中,以便队友共享同一个事实来源。

启用设置同步​

在 设置 > 常规 > 设置同步 中切换它,或者直接进行设置:

// settings.json excerpt
{
"settingsSync.enabled": true,
"settingsSync.keybindingsPerPlatform": false
}

将 keybindingsPerPlatform 设为 false 时,Cursor 会在各操作系统之间同步单一的一组键绑定,而不是为每个平台维护一套。如果您在 macOS 和 Windows 之间来回切换,这很方便,但它可能会抹平平台特有的默认值。

提交规则,同步编辑器首选项

将 .cursor/rules 和 mcp.json 保留在项目仓库内,以便它们随代码一起传输,并对队友保持一致。让设置同步只负责编辑器级别的首选项。将两种事实来源分开,可以避免因某人的个人同步覆盖了某个规则而导致其悄悄变化的漂移。

设备限制和管理已登录的机器​

单个账户可以在多台机器上使用,每次登录都会被跟踪为一个会话。这正是让您在设备丢失或被共享时能够查看和撤销访问权限的机制。

查看活动会话​

  • 打开仪表板并找到会话或设备区域
  • 每个条目显示设备标签和最后出现的时间戳
  • 未知标签或意外位置是撤销的信号

取消其他设备的授权​

存在两条等效的路径:

  • 在您不再使用的机器上从 Cursor 内部退出登录
  • 从仪表板撤销会话,这会强制该设备在下次操作时重新进行身份验证

从仪表板撤销是更强的选项,因为它不依赖于该设备仍然可达。

在所有地方退出登录​

如果一台机器丢失、被出售或被共享,请撤销其会话并轮换您登录方式背后的凭据:

  • 更改您的 Google 或 GitHub 账户的密码,或在该提供程序的设置中撤销 Cursor 的 OAuth 授权
  • 如果您使用魔法链接登录,请更改邮箱密码

轮换提供程序凭据会使整个账户上的 token 失效,这是最接近全局退出登录的做法。

删除您的账户​

删除是永久的,且有两个不同的范围:Cursor 在云端拥有的内容,以及存在于您磁盘上的内容。

数据会怎样​

  • 云端:账户记录、订阅关联、用量历史和同步的设置都会被移除
  • 本地:您磁盘上的文件不受影响,因为 Cursor 从未拥有它们
  • 备份:删除会按延迟的时间表在备份中传播,因此可能在一段短时间内存在一个恢复窗口

删除之前先导出​

请先做这件事,因为删除不可逆:

  • 从每台机器的本地存储中复制您在意的任何对话历史
  • 保存 settings.json、keybindings.json 和所有 .cursor/rules 文件
  • 从仪表板下载发票以供自己留存
  • 明确取消订阅,否则计费可能会针对一个您再也无法登录的记录继续进行
删除之前先取消计费

如果您在一个活动订阅附加着的情况下删除账户,您可能会失去从仪表板管理该订阅的能力。请先取消计划,确认取消电子邮件,然后再继续删除。

将工作和个人账户分开​

混合身份是将工作上下文泄漏到个人使用中,或是在客户演示期间发现个人扩展被启用的最快方式。请将两个世界在物理上分开。

  • 使用单独的操作系统用户账户,以便本地应用程序数据永不重叠
  • 安装到单独的目录,以便两个 Cursor 实例可以共存
  • 使用不同的提供程序登录:工作通过 Google Workspace SSO,个人通过 GitHub
  • 使用不同的设置配置文件,以便扩展列表和键绑定不会相互渗透

您可以使用命令行标志运行一个独立的第二实例:

# Launch a second instance with its own data and extensions directories
cursor --user-data-dir="$HOME/.cursor-work" --extensions-dir="$HOME/.cursor-work/extensions"

隔离的实例会保留自己的对话历史、自己已索引的代码库,以及自己的账户,这正是您在跨多个客户进行咨询或承接外包时所需要的。

排查常见账户问题​

少数账户问题在各个支持渠道中反复出现。以下是如何快速解决它们的方法。

已登录但一切看起来都被锁定​

如果 Cursor 显示您的计划为 Free,而您的订阅实际处于活动状态,那么几乎可以肯定您登录到了一个使用不同提供程序创建的第二个重复账户。将应用内显示的账户 ID 与仪表板记录进行比较。如果它们不同,请使用上文所述的合并路径,而不是购买第二个计划。

魔法链接始终未到达​

  • 检查垃圾邮件和推广文件夹;魔法链接邮件经常被过滤
  • 确认您输入的地址是您实际注册的地址,而不是别名
  • 在请求另一个链接之前等待一分钟,因为请求新链接可能会使先前的链接失效
  • 如果邮箱位于自定义域上,请验证其 DNS 和垃圾邮件过滤没有悄悄丢弃该邮件

设置同步未生效​

  • 确认同步已在 设置 > 常规 > 设置同步 下启用
  • 在没有更新的机器上退出登录并重新登录
  • 请记住,对话历史、规则和 MCP 配置从不同步,因此它们的缺失是预期行为而非 bug

订阅显示错误的席位数​

对于团队计划,席位管理在仪表板的计费下进行。移除一名成员会在下一个周期释放席位而非立即释放,因此周期中途的数量看起来可能卡住了,而实际上它是正确的。

跨设备账户 ID 不匹配​

每台设备都应该报告相同的账户 ID。如果两台机器不一致,那么它们登录到了不同的账户。请确定以持有订阅的那个账户为准,将其他设备登出,并用正确的提供程序重新登录。

先检查账户 ID

几乎每一条“我的计划消失了”或“同步坏了”的报告都能追溯到重复账户。在跨设备比较账户 ID 是您在提交工单之前能运行的最快的单一诊断。

安全最佳实践​

一份覆盖大多数账户风险的简短清单:

  • 通过强制执行两步验证的提供程序登录。如果 GitHub 或 Google 已经这样做,该保护会延续到 Cursor。
  • 在任何存在基于密码选项的地方使用唯一的密码。
  • 定期查看活动会话并撤销任何您不认识的内容。
  • 将魔法链接电子邮件视为一种有效的凭据。任何打开该链接的人都能获得您的会话,直到它过期。
  • 在共享或借用的机器上,完成后请退出登录;如果不确定,请在所有地方退出登录。
  • 切勿将会话 token、魔法链接或密码粘贴到对话、工单或声称能“修复”您账户的第三方网站中。

每季度的账户审查​

每季度花五分钟做以下事情,这能在大多数问题升级之前将其捕获:

  • 比较您使用的每台设备上的账户 ID,并核对任何不匹配之处
  • 撤销您不认识的会话
  • 确认计费锚点日期仍与您的预期相符
  • 验证您的登录提供程序仍强制执行两步验证
  • 备份 settings.json、keybindings.json 和您的 .cursor/rules 文件

账户是计费、数据和设备访问三者交汇的层面。花几分钟选择正确的登录方式并定期查看会话,可以为您日后节省数小时的恢复时间。