Cursor Teams 플랜 관리

팀을 위해 Cursor를 운영하면 제품에 대한 사고방식이 달라집니다: 한 사람이 하나의 구독을 관리하는 대신, 관리자가 좌석 풀, 공유 사용량 예산, 그리고 모든 개발자에게 적용되는 일련의 정책을 관리합니다. 이 가이드는 좌석 추가 및 제거, 역할 지정, 좌석의 상위 등급 업그레이드, SSO 구성, 사용량 대시보드 읽기, 가장 자주 발생하는 청구 문제 처리를 포함하여 Cursor Teams 플랜의 일상적인 관리 방법을 안내합니다.

Teams 플랜 개요

Teams 구독은 좌석당 가격이 책정되고 월별 또는 연간으로 청구되며, 에디터 내부가 아닌 웹 대시보드에서 관리됩니다. 각 좌석에는 사용량 허용량이 포함되며, 팀의 사용량 기반 지출은 중앙에서 풀링되고 통제되므로 관리자는 예산이 어디로 가는지 볼 수 있습니다.

항목	Teams에서의 작동 방식
가격 모델	월별 좌석당, 연간 청구 옵션 포함
사용량	각 좌석에는 허용량이 포함되며, 사용량 기반 지출은 팀 수준에서 풀링됨
관리	좌석, 역할, 청구, 사용량을 위한 웹 대시보드
역할	관리자 및 멤버; 관리자는 좌석, 청구, 정책을 관리
프라이버시	관리자가 팀 전체 프라이버시 모드를 강제할 수 있음
SSO	팀의 이메일 도메인을 위한 SAML 기반 싱글 사인온
지원	청구 및 계정 문제에 대한 우선 지원 채널

공유 사용량 풀이 작동하는 방식

Teams 플랜에는 이해해야 할 두 가지 사용량 계층이 있습니다:

1. 좌석당 허용량. 모든 좌석에는 청구 주기와 함께 갱신되는 모델 사용량의 기본 허용량이 포함됩니다. 허용량 내에 머무는 개발자는 추가 요금을 발생시키지 않습니다.
2. 공유 사용량 기반 예산. 멤버가 좌석당 허용량을 초과하면 추가 사용량은 사용량 기반 요율로 팀의 공유 예산에 대해 청구됩니다. 관리자는 지출 한도를 설정하고 풀이 소진됨에 따라 알림을 받을 수 있습니다.

이 설계는 한 명의 과도한 agent 사용자가 자신의 청구서를 조용히 폭증시킬 수는 없지만, 공유 풀은 소진할 수 있다는 것을 의미합니다. 공유 예산은 다른 클라우드 지출과 마찬가지로 모니터링하는 팀 자원으로 취급하세요.

개별 좌석이 아니라 풀을 주시하세요

개별 좌석 허용량은 주기마다 갱신되지만, 사용량 기반 지출은 공유 풀에서 인출됩니다. 청구 기간 말에 값비싼 장기 agent 워크로드를 실행하기 전에 팀 수준 사용량 보기를 확인하세요.

좌석 추가 및 제거

모든 좌석 작업은 관리자 대시보드의 팀 또는 멤버 섹션에서 이루어집니다. 관리자 역할이 있는 계정으로 로그인해야 합니다.

좌석 추가

1. cursor.com에서 로그인하고 관리자 계정으로 팀 대시보드를 엽니다.
2. 멤버 또는 좌석 섹션으로 이동하여 초대 옵션을 선택합니다.
3. 개발자의 업무용 이메일 주소를 입력하고 초대를 보냅니다.
4. 초대가 전송되는 즉시(또는 플랜 구성에 따라 수락 시) 좌석이 예약되며, 중간 주기 요금은 일할 계산됩니다.
5. 개발자가 초대를 수락하고 해당 이메일 주소로 로그인하여 좌석을 확보합니다.

좌석 제거

1. 대시보드에서 멤버 목록을 엽니다.
2. 퇴사하는 멤버를 찾아 멤버십을 제거합니다.
3. 좌석 비용 지불도 중단하려면 청구 섹션에서 좌석 자체를 제거합니다. 좌석을 해제하지 않고 멤버십만 삭제하는 것이 퇴사한 사람에 대해 요금을 계속 지불하는 가장 흔한 원인입니다.
4. 선택한 옵션에 따라 액세스가 즉시 또는 현재 주기 말에 종료됩니다.

작업	청구 방식	액세스 종료
중간 주기 좌석 추가	남은 기간에 대해 일할 계산	수락 즉시
멤버십만 제거	좌석은 계속 청구됨	좌석 해제에 따라 다름
좌석 제거	다음 갱신 시 중단 또는 플랜 조건에 따라 일할 계산	선택한 옵션에 따름

역할: 관리자와 멤버

Teams 플랜에는 두 가지 내장 역할이 있습니다. 팀을 생성한 사람은 기본적으로 관리자입니다.

기능	관리자	멤버
멤버 초대 및 제거	예	아니요
좌석 추가 또는 해제	예	아니요
청구 조회 및 변경	예	아니요
SSO 구성	예	아니요
팀 프라이버시 모드 강제	예	아니요
팀 사용량 대시보드 조회	예	일반적으로 자신의 사용량으로 제한됨
모든 IDE 기능 사용	예	예

누가 관리자가 되어야 하는지 선택하기

관리자 역할은 작게 유지하세요: 일반적으로 예산을 책임지는 엔지니어링 관리자 한 명과 백업 한 명입니다. 관리자는 청구를 변경할 수 있으므로, 추가 관리자마다 실수로 좌석을 추가하거나 결제 수단을 변경할 수 있는 사람이 하나 더 늘어납니다. 대시보드의 멤버 목록에서 멤버를 승격시키며, 변경은 다음 로그인 시 적용됩니다.

좌석을 상위 등급으로 업그레이드

표준 좌석 외에도 Cursor는 포함된 사용량을 높이고 가장 뛰어난 모델과 장기 실행 agent 기능을 잠금 해제하는 상위 등급(예: Ultra, 그리고 일부 청구 맥락에서는 Super라 불리는 최상위 등급)을 제공합니다. 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를 활성화하세요. 속성 매핑이 잘못되면 모든 사람을 잠글 수 있으므로 비밀번호로 여전히 접근할 수 있는 계정으로 검증하세요.

사용량 대시보드와 프라이버시 모드

사용량 대시보드 읽기

팀 대시보드의 사용량 섹션은 현재 주기에 대해 다음을 보여줍니다:

• 총 팀 사용량: 구성한 지출 한도와 함께 공유 풀 대비.
• 멤버별 분석: 요청 및 토큰 소비를 보여주므로 풀이 소진되기 전에 과다 사용자를 식별할 수 있습니다.
• 모델 분포: 비용이 많이 드는 장문맥 모델이 지출을 지배하고 있는지 알려줍니다.
• 추세선: 주기 전반에 걸친 추세로, 현재 플랜 등급이 여전히 팀에 맞는지 예측하는 데 유용합니다.

팀을 위한 프라이버시 모드 강제

프라이버시 모드는 요청을 처리하는 데 필요한 것 이상으로 코드가 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. 업그레이드가 올바른 이메일 주소의 좌석에 적용되었는지 확인합니다.

위의 모든 것이 정상이고 등급이 여전히 표준으로 표시되면, 팀 이름, 좌석 이메일, 업그레이드 인보이스 ID를 포함하여 [email protected]으로 이메일을 보내세요.

팀 좌석을 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 청구 문제가 5분 만에 해결되는 문제가 됩니다.

빠른 참조

작업	위치	참고
좌석 추가	대시보드, 멤버 섹션	중간 주기 일할 계산
좌석 해제	대시보드, 청구 섹션	멤버십 제거만으로는 청구가 중단되지 않음
좌석 등급 업그레이드	대시보드, 좌석 또는 청구 옵션	관리자만; 다음 주기에 적용될 수 있음
프라이버시 모드 강제	대시보드, 프라이버시 설정	팀 전체, 멤버는 비활성화 불가
SSO 구성	대시보드, 보안 설정	먼저 두 계정으로 파일럿 테스트
사용량 읽기	대시보드, 사용량 섹션	풀 보기와 멤버별 분석
청구 분쟁	[email protected]	인보이스 ID와 타임스탬프 포함

좌석 할당 및 청구 증명서 이해

좌석은 특정 개인에게 할당된 라이선스이므로, 청구서는 설치 수가 아니라 할당된 좌석 수를 따릅니다. 좌석은 네 가지 상태로 나뉩니다: 멤버에게 할당됨, 대기 중인 초대에 의해 예약됨, 더 이상 청구되지 않는 해제됨, 그리고 인보이스 시점에 할당+예약으로 계산되는 청구 가능. 대기 중인 초대는 개발자가 수락하기 전에 좌석을 예약하므로, 방치된 초대가 다음 인보이스를 조용히 부풀립니다.

중간 주기 좌석 변경과 일할 계산

주기 중간에 좌석을 추가하거나 해제하면 해당 주기의 남은 일수로 일할 계산됩니다. 일할 계산된 추가는 남은 비율을 청구하고, 일할 계산된 해제는 사용하지 않은 일수를 크레딧합니다(보통 현금이 아닌 음수 항목으로), 그리고 다음 갱신은 현재 보유한 전체 수량으로 돌아갑니다.

인보이스 기본 사항

인보이스는 각 주기 시작 시 해당 시점에 보유한 좌석에 대해 생성되며, 이전 주기 초과분은 자체 항목으로 추가됩니다. 회사명, 세금 ID, 청구 이메일에 대한 중간 주기 변경은 다음 인보이스에만 적용됩니다.

청구 증명서와 인보이스

청구 증명서(영수증이라고도 함)는 결제가 포착되었음을 확인하는 반면, 인보이스는 청구된 항목을 항목별로 나열합니다. 재무팀은 종종 둘 다 필요로 하므로, 확인 이메일을 전달하기보다 청구 섹션에서 다운로드하세요.

SSO와 도메인 확인 설정

SSO는 모든 좌석을 자격 증명 공급자에 연결하므로 회사 입사 또는 퇴사가 액세스를 자동으로 제어합니다. 네 단계를 순서대로 진행하세요.

1단계 — 도메인 확인

Cursor가 제공하는 DNS TXT 레코드를 추가하고 확인을 클릭하기 전에 전파될 때까지 기다리세요. 일반적인 레코드는 DNS 호스트에 게시된 _cursor-verification.example.com TXT 항목처럼 보이며 값은 cursor-domain-verification=8f3c1a90b7e44d2fa1c6입니다.

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 기능 사용	예	좌석 없음	예

역할 변경은 영향을 받는 사람의 다음 로그인 시 적용되므로, 변경이 실패했다고 단정하기보다 로그아웃했다가 다시 로그인하도록 요청하세요.

사용량 분석 및 보고

대시보드 지표

지표	알려주는 것	일반적인 조치
팀 토큰 및 요청	공유 풀 대비 총 소비	예산과 비교
멤버별 분석	누가 풀을 가장 빠르게 소진하는지	과다 사용자를 코칭하거나 업그레이드
한도 대비 지출	소프트 또는 하드 캡까지의 여유	캡 조정

사용량 내보내기 및 멤버별 집계

내보내기는 행 단위 파일이므로 팀 규모에서 읽기 불편하므로, 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"

해당 출력을 명시적 플래그가 있을 때만 작동하는 드라이런 제거 워크플로에 입력하세요:

# 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")

드라이런을 매주 실행하고 출력을 검토한 다음 제거를 적용하세요. 대기 중인 초대에 의해 예약된 좌석은 건너뛰어 활성 신규 입사자가 절대 차단되지 않도록 하세요.

제거가 아니라 감사를 예약하세요

감사를 자동화하고 제거는 수동 플래그 뒤에 남겨두세요. 감사와 삭제를 모두 수행하는 작업은 결국 휴일 중에 아무도 손실된 액세스를 알아차리기 전에 좌석을 제거하게 됩니다.

갱신, 취소 및 다운그레이드

갱신 시 플랜은 보유한 수량으로 좌석을 재배치하고, 공유 허용량을 갱신하고, 이전 주기 초과분을 청구하므로, 날짜 일주일 전에 멤버를 인보이스와 대사하세요. 다운그레이드는 업그레이드를 거울처럼 반영합니다: 퇴사한 사람의 좌석을 해제하고, 불필요한 등급을 제거하고, 청구에서 좌석 수량을 줄이고, 다음 인보이스에서 새 숫자를 확인하세요. 보통 다음 주기에 적용됩니다.

변경	멤버가 유지하는 것	멤버가 잃는 것
멤버 교체	나머지 멤버는 영향 없음	제거된 멤버의 좌석과 액세스
좌석 등급 다운그레이드	핵심 에디터 기능	더 높은 포함 사용량과 최상위 모델
좌석 수량 감소	새 숫자까지의 좌석	새 숫자를 초과하는 좌석은 해제됨
플랜 취소	유료 주기 종료까지의 액세스	팀 대시보드, SSO, 공유 풀

취소는 같은 방식으로 되돌릴 수 없습니다

팀 플랜을 취소해도 현재 주기가 환불되지 않습니다. 액세스는 이미 지불한 기간의 끝까지 계속된 후 중단됩니다. 나중에 팀을 다시 만들려면 좌석, SSO, 프라이버시를 다시 설정해야 하므로 취소하기 전에 멤버 목록과 인보이스를 내보내세요.

자주 묻는 질문

좌석은 사람당 청구됩니까, 설치당 청구됩니까?

사람당입니다. 하나의 좌석은 여러 머신에 걸쳐 한 명의 명명된 멤버를 커버합니다. 하나의 로그인을 공유하면 좌석은 절약되지만 사람별로 감사할 수 없으므로 피하세요.

같은 주기에 하나를 추가하고 다른 하나를 제거하면 어떻게 됩니까?

둘 다 남은 일수로 일할 계산되며 종종 상쇄되어 작은 순변화가 됩니다. 이중 청구되었다고 단정하기 전에 일치하는 추가 항목과 해제 항목을 찾으세요.

멤버가 자신의 좌석을 업그레이드할 수 있습니까?

아니요. 좌석 등급 변경은 관리자가 팀 결제 수단에 대해 팀 대시보드에서 수행합니다.

왜 매월 1일에 풀이 재설정되지 않습니까?

풀은 달력 월이 아니라 최초로 구독한 날짜인 청구 기준점을 따릅니다. 오래된 대시보드를 버그로 취급하기 전에 최근 인보이스에서 주기 시작 날짜를 확인하세요.

SSO가 모든 사람을 잠그면 어떻게 해야 합니까?

강제하기 전에 복구 경로를 유지하세요. 문제가 발생하면 SSO를 완전히 비활성화하기보다 자격 증명 공급자에서 매핑이나 애플리케이션을 수정하고 로그인을 다시 활성화하세요.

재무가 좌석 없이 청구서를 지불할 수 있습니까?

예, 청구 전용 역할을 제공하는 플랜에서 가능합니다. 좌석이나 멤버 관리 없이 결제 및 인보이스 액세스를 부여하며, 이는 재무가 실제로 필요로 하는 최소 권한입니다.