管理 Cursor Teams 计划

为团队运行 Cursor 会改变您对产品的认知方式：不再是一个人管理一份订阅，而是由管理员管理一个席位池、一份共享使用预算，以及一套适用于每位开发者的策略。本指南将带您了解 Cursor Teams 计划的日常管理工作，包括添加和移除席位、分配角色、将席位升级到更高级别、配置 SSO、查看使用量仪表板，以及处理最常见的计费问题。

Teams 计划概述

Teams 订阅按席位定价，按月或按年计费，并通过 Web 仪表板而非编辑器内部进行管理。每个席位都包含一份使用额度，团队的基于用量的支出会被集中汇总并统一控制，因此管理员可以清楚地看到预算的流向。

方面	在 Teams 中的工作方式
定价模式	按席位每月计费，提供年度计费选项
使用量	每个席位包含一份额度；基于用量的支出在团队层级汇总
管理	通过 Web 仪表板管理席位、角色、计费和用量
角色	管理员和成员；管理员管理席位、计费和策略
隐私	可由管理员强制执行团队级隐私模式
SSO	针对团队电子邮件域的基于 SAML 的单点登录
支持	面向计费和账户问题的优先支持渠道

共享使用池如何工作

在 Teams 计划中，需要理解两个层面的使用量：

1. 每席位额度。 每个席位都包含一份基础模型使用额度，随计费周期续期。保持在额度范围内的开发者不会产生额外费用。
2. 共享的基于用量的预算。 当成员超出每席位额度时，额外用量会按基于用量的费率从团队的共享预算中计费。管理员可以设置支出限额，并在池被消耗时收到通知。

这种设计意味着单个重度 agent 用户无法在不知不觉中让自己的账单暴涨，但他们可以消耗共享池。请将共享预算视为一项团队资源，像监控任何其他云支出一样对其进行监控。

关注池，而非单个席位

单个席位的额度每个周期都会续期，但基于用量的支出会从共享池中扣除。在计费周期临近结束时运行昂贵的长周期 agent 工作负载之前，请先查看团队级使用量视图。

添加和移除席位

所有席位操作都在管理员仪表板的团队或成员部分中进行。您必须使用具有管理员角色的账户登录。

添加席位

1. 在 cursor.com 登录，并使用您的管理员账户打开团队仪表板。
2. 转到成员或席位部分，选择邀请选项。
3. 输入开发者的工作电子邮件地址并发送邀请。
4. 邀请一经发送（或根据您的计划配置在接受后），席位即被预留，任何周期中途的费用都按比例计算。
5. 开发者接受邀请并使用该电子邮件地址登录，以占用该席位。

移除席位

1. 在仪表板中打开成员列表。
2. 找到即将离开的成员并移除其成员资格。
3. 如果您还想停止为该席位付费，请在计费部分移除席位本身。仅删除成员资格而不释放席位，是为已离开人员继续付费的最常见原因。
4. 访问权限会立即结束，或在当前周期结束时结束，具体取决于您选择的选项。

操作	计费方式	访问权限结束时间
周期中途添加席位	按剩余部分的比例计费	接受后立即生效
仅移除成员资格	席位继续计费	取决于席位释放情况
移除席位	按计划条款在下次续期时停止或按比例计费	按所选的选项

角色：管理员和成员

Teams 计划有两个内置角色。创建团队的人是默认管理员。

能力	管理员	成员
邀请和移除成员	是	否
添加或释放席位	是	否
查看和更改计费	是	否
配置 SSO	是	否
强制执行团队隐私模式	是	否
查看团队使用量仪表板	是	通常限于其自身用量
使用所有 IDE 功能	是	是

选择谁成为管理员

让管理员角色保持精简：通常是负责预算的工程经理和一名备用人员。管理员可以更改计费，因此每多一个管理员，就多一个可能意外添加席位或更改支付方式的人。在仪表板的成员列表中提升成员；更改将在其下次登录时生效。

将席位升级到更高级别

除了标准席位外，Cursor 还提供更高级别（例如 Ultra，在某些计费场景中还有一个被称为 Super 的顶级层级），它们提高了包含的用量并解锁最强大的模型和长时间运行的 agent 功能。在 Teams 计划中，这些升级按席位处理，并由管理员管理，而非由单个成员管理。

如何升级席位

1. 打开团队仪表板，找到您想升级其席位的成员。
2. 打开该成员的席位或订阅选项。
3. 选择更高级别并确认。费用要么立即按比例计算，要么在下次续期时收取，具体取决于结账时显示的计费选项。
4. 请该成员退出并重新登录 IDE，以便新的限额显示在其账户面板上。

升级后常见的计费问题

• 按比例计算的困惑。 周期中途升级会在下次发票上产生一条一次性的按比例计费项，此外还有正常的续期费用。这是预期行为，并非重复收费。
• 升级应用到了错误的席位。 席位列表会随时间增长，且常包含过时的条目。在确认升级之前，请核实席位上的电子邮件地址。
• 限额未立即可见。 层级更改可能在下一个周期才生效。成员的 IDE 账户面板会显示当前处于活动状态的限额。
• 支付失败。 如果团队卡被拒付，升级可能会悄无声息地失败。在重试之前，请检查计费历史记录中是否有失败的交易。

升级可以等到下一个周期

根据您团队计费的配置方式，席位升级可能立即生效并按比例收费，也可能在下一个计费周期开始时生效。如果新层级的限额没有立即显示，请先检查计费周期日期，再断定升级失败。

SSO 设置基础

SAML 单点登录将每个席位与您的身份提供程序绑定，因此加入和离开公司会自动控制谁可以使用 Cursor。设置从管理员仪表板的安全设置进行。

1. 在仪表板中，打开安全或身份验证设置。
2. 选择 SAML SSO，并复制 Cursor 提供给您的服务提供程序详细信息（实体 ID 和 ACS URL）。
3. 在您的身份提供程序（Okta、Entra ID、Google Workspace 及类似服务）中，使用这些值创建一个新的 SAML 应用程序。
4. 将您身份提供程序的元数据 URL 或 XML 粘贴回 Cursor 仪表板。
5. 先将应用程序分配给一个测试组，验证登录，然后推广到整个团队。

<!-- Example SAML attribute mapping most identity providers accept -->
<Attribute Name="email" NameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:basic">
  <AttributeValue>[email protected]</AttributeValue>
</Attribute>

电子邮件属性必须与成员席位上的电子邮件匹配。如果 SSO 用户无法登录，请首先检查身份提供程序电子邮件与席位电子邮件之间的不匹配。

用两个账户试点 SSO

在团队范围内强制执行之前，先为一个管理员和一个成员启用 SSO。如果属性映射有误，您可能会把所有人都锁在外面，因此请先用仍可通过密码访问的账户进行验证。

使用量仪表板和隐私模式

查看使用量仪表板

团队仪表板的使用量部分会显示当前周期的以下内容：

• 团队总用量相对于共享池的情况，以及您设置的支出限额。
• 按成员的明细，显示请求和 token 消耗，以便您在池被耗尽之前识别重度用户。
• 模型分布，它会告诉您昂贵的长上下文模型是否主导了您的支出。
• 跨周期的趋势线，可用于预测当前计划层级是否仍适合该团队。

为团队强制执行隐私模式

隐私模式可防止您的代码在服务于请求所需范围之外被存储在 Cursor 服务器上。在 Teams 计划中，管理员可以为所有人强制执行隐私模式，这会移除单个成员将其关闭的能力。

1. 在管理员仪表板中打开隐私设置。
2. 为整个团队启用强制执行。
3. 在 IDE 中确认：成员应看到隐私模式显示为已强制执行，并在其设置中呈灰色不可用状态。

对于处理客户数据或受监管代码的团队，请在团队级别强制执行隐私模式，而不是依赖个别设置。请注意，在云端运行的 agent 功能有其自己的数据处理条款，如果这对您的合规状况很重要，请单独审查这些条款。

管理支付方式和发票

更新支付详细信息

打开仪表板的计费部分，以更改存档的卡片、更新计费电子邮件，或编辑显示在发票上的公司名称和税务详细信息。更改会应用于下一张发票；已签发的发票会保留其生成时的详细信息。

核对发票

发票会将每席位费用和任何基于用量的超额部分列为单独的行。当数字与您对团队的认知不符时，请导出发票和当前的成员列表并进行比较：

# reconcile.py - compare an exported invoice CSV against the active members CSV
import csv

def load_rows(path):
    with open(path, newline="", encoding="utf-8") as f:
        return list(csv.DictReader(f))

invoice = load_rows("invoice.csv")       # columns: email, line_type, amount
members = load_rows("members.csv")       # columns: email, role, status

billed = {r["email"] for r in invoice if r["line_type"] == "seat"}
active = {m["email"] for m in members if m["status"] == "active"}

print("Billed but not active:", sorted(billed - active))
print("Active but not billed:", sorted(active - billed))
total = sum(float(r["amount"]) for r in invoice if r["line_type"] != "tax")
print(f"Invoice total excluding tax: {total:.2f}")

“已计费但未激活”列表中的任何内容都是过时的席位：释放它，以便它停止续期。

排查常见问题

席位升级未生效

在联系支持之前，请按以下清单逐项检查：

1. 确认升级是从管理员账户而非成员账户购买的。
2. 检查计费历史记录中是否有已完成（而非失败）的交易。
3. 检查计划条款是否显示升级在下一个周期生效。
4. 让成员完全退出 IDE 并重新登录；缓存的凭据可能会显示过时的限额。
5. 核实升级落在了电子邮件地址正确的席位上。

如果以上各项都没有问题，而层级仍显示为标准版，请发送电子邮件至 [email protected]，附上团队名称、席位电子邮件和升级的发票 ID。

团队席位无法升级到 Super

某些 Teams 配置不将顶级层级作为自助的按席位升级提供，或者该选项会出现但在结账时失败。在实践中：

• 确保由计费负责人（设置付款的管理员）执行升级，因为按席位的层级更改与支付方式相关联。
• 尝试从计费部分而非成员列表进行升级，或反之；该选项所在的位置因计划版本而异。
• 如果结账反复失败，请联系支持或销售，并要求手动应用席位层级更改。请附上席位电子邮件和期望的层级。
• 作为变通方案，一些团队让那一个重度用户使用更高层级的个人订阅，而团队的其余成员继续使用 Teams 计划。这并不优雅，但它能在计费问题解决期间让该开发者不受阻碍。

重复收费

常见原因和修复方法：

原因	如何确认	修复方法
超时后重试支付	两笔交易，其中一笔标记为待处理或失败	待处理的那笔通常会自行解决；如果两笔都结算，请联系支持
同一电子邮件上同时有个人的和团队的订阅	计费历史记录显示两个产品	取消个人计划或请支持进行合并
在一个周期内添加了两次席位	同一电子邮件出现两条按比例计算的席位行	释放多余的那个席位；支持可以退还重叠部分
卡片被浏览器自动填充错误地保存了两次	有两种支付方式，均被扣费	移除其中一种方式，并为错误的那种申请退款

请务必携带发票 ID 和交易时间戳提交支持工单。对真正重复收费的退款是常规操作，但需要明确指出具体的收费项目。

已移除的成员仍在占用席位

这几乎总是意味着成员资格被移除了，但席位本身没有被释放，或者某个 SSO 组分配立即重新配置了该用户。修复方法如下：

1. 在仪表板中，检查该人是否显示为非活动或待处理的成员。待处理的邀请会预留席位。
2. 取消任何待处理的邀请，然后在计费部分释放席位。
3. 如果 SSO 自动重新创建了成员资格，请从您身份提供程序的 Cursor 应用程序组中移除该用户。
4. 对照发票重新运行您的席位核对，以确认该席位不再续期。

# Quick audit: list seats from the exported members CSV where last_active is over 30 days old
import csv
from datetime import datetime, timedelta

with open("members.csv", newline="", encoding="utf-8") as f:
    for row in csv.DictReader(f):
        last = datetime.strptime(row["last_active"], "%Y-%m-%d")
        if datetime.now() - last > timedelta(days=30):
            print("candidate for seat release:", row["email"])

使用量未按周重置

在 Teams 计划中最常见的误解是重置时间表。一般来说：

• 席位额度在计费周期续期，除非您在注册时另有选择，否则为每月一次。主额度没有按周重置。
• 共享的基于用量的预算按每个计费周期追踪，您在仪表板中看到的池消耗仅反映当前周期。
• 单个功能可以有自己的时间窗口。 一些 agent 和预览功能有更短的滚动限额，独立于计费周期，这就是为什么仪表板中的两个数字可能在不同时间重置。

如果您的池在续期日期明显已过之后似乎没有重置，请检查计费锚点：重置遵循最初的订阅日期，而非日历月，并且周期中途的席位更改可能会改变您的预期。当仪表板在续期后超过一天仍保持陈旧时，请携带您的团队名称和最近的发票 ID 联系支持。

只保留一个计费负责人

指定一位管理员作为计费的唯一联系人，将支付方式设为公司卡，并在每个周期都将发票与成员列表进行核对。当真的有人盯着发票时，本指南中几乎每一个 Teams 计费问题都会变成一个五分钟就能解决的问题。

快速参考

任务	位置	说明
添加席位	仪表板，成员部分	周期中途按比例计费
释放席位	仪表板，计费部分	仅移除成员资格不会停止计费
升级席位层级	仪表板，席位或计费选项	仅限管理员；可能在下一周期生效
强制执行隐私模式	仪表板，隐私设置	团队范围，成员无法禁用
配置 SSO	仪表板，安全设置	先用两个账户试点
查看使用量	仪表板，使用量部分	池视图加上按成员的明细
计费争议	[email protected]	附上发票 ID 和时间戳

了解席位分配和计费凭证

席位是分配给指定人员的许可证，因此您的账单取决于分配了多少席位，而不是安装了多少个。席位分为四种状态：已分配给某个成员、被待处理邀请预留、已释放且不再计费，以及在发票时“已分配加预留”被计为可计费。待处理的邀请会在开发者接受之前预留席位，这就是被放弃的邀请会悄悄抬高下一张发票金额的原因。

周期中途的席位更改和按比例计费

在周期中途添加或释放席位会按该周期剩余天数进行比例计算。按比例添加会计费剩余的比例，而按比例释放会计入未使用天数的抵扣（通常是负数行而非现金），下一次续期则恢复到您现在持有的完整数量。

发票基础

发票在每个周期开始时针对您当时持有的席位生成，上一周期的超额部分作为单独一行加入。周期中途对公司名称、税号或计费电子邮件的更改仅应用于下一张发票。

计费凭证与发票

计费凭证（有时称为收据）确认付款已被扣取，而发票则逐项列出所收取的费用。财务部门通常两者都需要，因此请从计费部分下载它们，而不是转发确认电子邮件。

设置 SSO 和域验证

SSO 将每个席位与您的身份提供程序绑定，因此加入或离开公司会自动控制访问权限。请按顺序完成四个阶段。

第 1 步 —— 验证您的域

添加 Cursor 提供给您的 DNS TXT 记录，并等待其传播后再点击验证。一条典型的记录看起来像是一条 _cursor-verification.example.com TXT 条目，其值为 cursor-domain-verification=8f3c1a90b7e44d2fa1c6，发布在您的 DNS 主机中。

第 2 步 —— 配置身份提供程序

Cursor 使用 SAML 2.0 和 OIDC。复制 Cursor 提供给您的服务提供程序值，在您的提供程序中创建应用程序，并将您提供程序的元数据粘贴回来（对于 OIDC，同样的值映射为客户端 ID、密钥、重定向 URI 和一个电子邮件声明，该声明必须与席位电子邮件匹配）：

{
  "protocol": "SAML",
  "sp_entity_id": "https://cursor.com/saml/metadata",
  "acs_url": "https://cursor.com/saml/acs",
  "attribute_mapping": { "email": "user.email", "groups": "user.groups" },
  "signature": "required"
}

第 3 步 —— 映射属性并配置成员

将应用程序分配给由一个管理员和一个成员组成的试点组，然后在扩大范围之前确认电子邮件属性与席位电子邮件完全匹配。支持 SCIM 配置的提供程序会自动创建和移除成员，因此 Cursor 成为席位的权威来源。

第 4 步 —— 为所有人强制执行 SSO

1. 确认至少两名管理员可以通过 SSO 登录，而不仅仅是通过密码，并且如果应用程序出现故障，存在一条恢复路径。
2. 开启强制执行，然后让一名成员测试全新的登录。

强制执行可能会将您的管理员锁在外面

一旦强制执行 SSO，损坏的属性映射或身份提供程序中应用程序的故障会将整个团队，包括您在内，都锁在外面。请至少保留一名仍能访问计费仪表板的管理员，先用两个试点账户验证映射，并在强制执行之前单独检查您身份提供程序的管理员账户。

角色和权限参考

Cursor Teams 附带一个管理员角色、一个成员角色，并在某些计划中为财务人员提供一个仅计费角色。使用仍能完成工作的最窄角色，并将管理员角色限制为预算负责人加一名备用人员，因为每多一个管理员都能更改计费。仅计费访问无法添加席位或更改成员访问权限，这正是财务实际需要的最小权限。

能力	管理员	仅计费	成员
邀请和移除成员	是	否	否
添加或释放席位	是	否	否
更改席位层级	是	否	否
更新支付方式	是	是	否
配置 SSO 和域验证	是	否	否
强制执行团队隐私模式	是	否	否
查看团队使用量仪表板	是	只读	自身用量
使用编辑器和 agent 功能	是	无席位	是

角色更改会在受影响人员的下次登录时生效，因此请让他们退出并重新登录，而不是假定更改失败。

使用量分析和报告

仪表板指标

指标	它告诉您什么	典型操作
团队 token 和请求	相对于共享池的总消耗量	与预算进行比较
按成员的明细	谁最快消耗池	指导或升级重度用户
支出相对于限额	软上限或硬上限之前的余量	调整上限

导出使用量并按成员聚合

导出的是一个逐行的文件，在团队规模下阅读起来很不方便，因此请在本地用 awk 管道（或者当它是 JSON 时用等效的 jq -r '.members[] | [.email, .tokens] | @csv' usage.json）对其进行聚合：

# Export the cycle, then rank members by token consumption
curl -s -H "Authorization: Bearer $CURSOR_ADMIN_TOKEN" \
  "https://api.cursor.com/teams/usage/export?cycle=2026-09" -o usage.csv

awk -F, 'NR>1 {tok[$1]+=$4} END {for (u in tok) printf "%s,%d\n", u, tok[u]}' usage.csv \
  | sort -t, -k2 -nr | head -20

设置软警报

软警报会在共享池被耗尽之前向您发出警告，而不会阻止任何人。设置一个大约在 70% 的警报，另一个大约在 90% 的警报（例如配置 alerts: {soft: [70, 90], hard_cap: 100}），将它们发送到团队会阅读的渠道，并将硬上限保持在两者之上，以便警报总是在锁定之前出现。

为团队强制执行隐私模式

隐私模式可防止您的代码在服务于请求所需范围之外被存储在 Cursor 服务器上。管理员可以在整个组织范围内强制执行它，这会移除每个成员将其禁用的能力。

1. 在管理员仪表板中打开隐私设置。
2. 为团队中的所有成员启用强制执行，然后保存并确认仪表板将其报告为已强制执行。

强制执行会使成员的编辑器开关呈灰色不可用，根据团队策略停止保留请求用于训练，并让云端 agent 功能保持其自己的数据处理条款。请在三个地方进行验证，而不是只信任一个：仪表板、成员设置上的强制执行状态，以及您的管理员策略视图。

隐私模式是团队策略，而非法律保证

强制执行隐私模式设定了您团队的请求的处理方式；它不能替代您自己的数据保留审查。请记录该设置在哪里被强制执行以及由谁负责，以便审计人员能够追踪该控制措施。

自动化席位审计

将手动核对转变为定期审计，标记非活动席位并打印它会移除的内容，这样每一步更改都由人工批准。

# seat-audit.sh -- flag seats with no activity for more than N days
#!/usr/bin/env bash
set -euo pipefail
CSV="${1:-members.csv}"; STALE="${2:-30}"; NOW=$(date +%s)
awk -F, -v s="$STALE" -v n="$NOW" 'NR>1 {
  split($4, d, "-")
  age = int((n - mktime(d[1]" "d[2]" "d[3]" 00 00 00")) / 86400)
  if (age > s && $3 == "active") printf "%s,%s,%d days,REVIEW\n", $1, $2, age
}' "$CSV"

将该输出输入到一个 dry-run 移除工作流中，该工作流仅在显式的标志下才执行操作：

# remove-seats.sh -- dry run unless --apply is passed
MODE="dry-run"; [[ "${2:-}" == "--apply" ]] && MODE="apply"
while IFS=, read -r email role age action; do
  [[ "$MODE" == "dry-run" ]] \
    && echo "would release: $email (inactive $age)" \
    || curl -s -X DELETE -H "Authorization: Bearer $CURSOR_ADMIN_TOKEN" \
       "https://api.cursor.com/teams/seats?email=$email"
done < <(./seat-audit.sh "$1")

每周运行 dry run，审查输出，然后应用移除。跳过任何由待处理邀请预留的席位，以免正在入职的新员工被切断。

安排审计，而非移除

将审计自动化，并将移除留在手动标志之后。一个既审计又删除的作业，最终会在某个假期期间移除一个席位，而在任何人注意到访问权限丢失之前。

续期、取消和降级

在续期时，计划会按您持有的数量重新分配席位、续订共享额度，并对上一周期的超额部分计费，因此请在日期前一周将成员与发票进行核对。降级与升级相对应：为已离开的人员释放席位、移除不需要的层级、在计费中减少席位数量，并在下一张发票上确认新的数量，通常在下一个周期生效。

更改	成员保留	成员失去
替换一名成员	其余成员不受影响	被移除成员的席位和访问权限
降级席位层级	核心编辑器功能	更高的包含用量和顶级模型
减少席位数量	最多到新数量的席位	超出新数量的席位被释放
取消计划	到已付费周期结束的访问权限	团队仪表板、SSO 和共享池

取消不像其他操作那样可逆

取消团队计划不会退还未完结的周期；访问权限会持续到您已付费的周期结束，然后停止。稍后重新创建团队意味着要再次设置席位、SSO 和隐私，因此在取消之前请导出您的成员列表和发票。

常见问题解答

席位是按人还是按安装计费？

按人。一个席位覆盖一名指定成员，无论其使用多少台机器。共享一个登录可以节省一个席位，但无法按人审计，因此请避免这样做。

如果我在同一周期内添加一个席位又移除另一个，会发生什么？

两者都会按剩余天数按比例计算，并且通常会相互抵消为一个很小的净变化。在假定被重复收费之前，请先查看是否有匹配的添加行和释放行。

成员可以升级自己的席位吗？

不可以。席位层级更改由管理员从团队仪表板针对团队支付方式进行。

为什么池不会在每月一号重置？

池遵循您的计费锚点，即您最初订阅的日期，而非日历月。在将陈旧的仪表板视为 bug 之前，请检查最新发票上的周期开始日期。

如果 SSO 把所有人都锁在外面，我该怎么办？

在强制执行之前保留一条恢复路径。如果出了问题，请修复您身份提供程序中的映射或应用程序并重新启用登录，而不是完全禁用 SSO。

财务可以在没有席位的情况下支付账单吗？

可以，在提供仅计费角色的计划上。它授予支付和发票访问权限，而无需席位或成员管理，这正是财务实际需要的最小权限。