
Cursor Enterprise의 Organizations 기능 GA 출시 — 3계층 구조로 여러 팀을 일원 관리
요약
Cursor가 Enterprise 고객을 위한 'Organizations' 기능을 GA 출시하며 3계층(Organization-Team-Group) 관리 구조를 도입했습니다. 이를 통해 대규모 기업은 거버넌스, 예산, 보안 설정을 중앙에서 일원화하여 관리할 수 있습니다.
핵심 포인트
- Organization-Team-Group의 3계층 관리 구조 도입
- SAML/SCIM 기반의 중앙 집중식 IdP 관리 지원
- 전사 사용량 분석 및 지출 롤업 대시보드 제공
- Admin API 및 CSV를 통한 대규모 사용자 관리 지원
- 사용자가 여러 팀에 동시에 소속될 수 있는 유연성 확보
2026년 6월 3일, Cursor는 Enterprise 고객을 대상으로 Organizations 기능을 일반 제공(GA, General Availability) 했습니다.
지금까지 Cursor의 Enterprise 관리는 '팀(Team)' 단위가 최상위였으나, Organizations 도입을 통해 Organizations → Teams → Groups라는 3계층 관리 구조를 사용할 수 있게 되었습니다. 여러 부문·자회사·지역 거점에 걸쳐 Cursor를 전개하고 있는 기업에게 있어, 거버넌스(Governance)·예산 관리·보안 설정을 일원화할 수 있는 큰 변화입니다.
📌 영향을 받는 사람
- 여러 Cursor 팀을 보유한 Enterprise 계약자
- Cursor 관리를 IT 부서·보안 부서가 담당하고 있는 조직
- 부문별로 서로 다른 AI 도구 이용 정책을 설정하고자 하는 기업의 관리자
| 계층 | 명칭 | 역할 | 주요 설정 항목 |
|---|---|---|---|
| 제1층 | Organization | 기업 전체의 아이덴티티 관리 컨테이너 | IdP 관리, 전사 지출 롤업(Roll-up), 전 팀 횡단 사용량 분석 |
| 제2층 | Teams | 부문·지역·자회사 단위의 운영 단위 | 보안 설정, 거버넌스(Governance) 정책, 예산·기능 제어 |
| 제3층 | Groups | 팀을 횡단하는 경량 사용자 집합 | 모델 액세스 권한, 지출 상한, 에이전트 권한의 분리 부여 |
사용자가 여러 팀에 동시에 소속될 수 있게 되었습니다. 이전에는 1사용자 = 1팀이라는 제약이 있어 부문을 넘나드는 프로젝트 대응이 어려웠습니다. 여러 팀/그룹에 소속되는 경우에는 가장 관대한 설정이 우선됩니다.
SAML / SCIM 등의 Identity Provider (IdP) 설정을 Organization 레벨에서 일원 관리할 수 있습니다. 팀마다 개별 설정하던 IdP 연동을 집약하여 SSO 관리 비용을 절감할 수 있습니다.
각 팀으로의 드릴다운(Drill-down)을 포함한 조직 전체 사용 현황 대시보드가 추가되었습니다. 토큰 사용량·지출을 전 팀에 걸쳐 파악할 수 있습니다.
대시보드 UI·Admin API·CSV 임포트의 세 가지 방법으로 사용자의 팀 간 이동이 가능해졌습니다. 대규모 조직 개편 시의 일괄 이관에도 대응합니다.
신규 사용자가 팀에 참여할 때, 해당 팀의 설정·권한을 자동으로 상속합니다. 온보딩(Onboarding) 시의 수동 설정 실수를 방지합니다.
💡 Tips
기존 Enterprise 고객은 현재의 팀이 그대로 유지됩니다. 기존 팀은 새로운 Organization 산하의 기본 Teams로 취급되며, 로그인·라우팅·신규 팀 생성의 기본 홈이 됩니다. 강제적인 이관 작업은 필요하지 않습니다.
| 우선순위 | 액션 | 대상 |
|---|---|---|
| 높음 | Organization을 생성하고 기존 팀을 산하로 정리 | 여러 팀을 보유한 모든 Enterprise 고객 |
| ... |
Organizations GA에 따라, Cursor Admin API에 팀 관리 엔드포인트가 추가되었습니다.
Before (기존: 팀 단위의 개별 관리)
# 기존: 팀 A의 사용자를 팀 B로 옮기려면 수동으로 대시보드 조작이 필요함
# API를 통한 일괄 이동은 지원되지 않았음
After (신규: Admin API를 통한 사용자 이동)
# 사용자를 팀 간에 이동함
curl -X POST https://api.cursor.com/admin/v1/organizations/{org_id}/users/{user_id}/teams \
-H "Authorization: Bearer {ADMIN_API_KEY}" \
...
CSV를 통한 일괄 이동 (대규모 조직용)
user_email,from_team_id,to_team_id,role
alice@example.com,team_engineering,team_platform,member
bob@example.com,team_design,team_platform,admin
...
{
"group_name": "AI-Heavy-Users",
"team_ids": ["team_engineering", "team_data"],
...
💡 팁
사용자가 여러 팀(Teams)/그룹(Groups)에 속해 있는 경우, 가장 관대한(permissive) 설정이 우선 적용됩니다. 엄격한 제한을 적용해야 하는 사용자에게는 제한이 강한 그룹(Group)에만 소속되도록 설계할 필요가 있습니다.
| 포인트 | 내용 |
|---|---|
| 무엇이 바뀌었나 | Enterprise의 관리 구조가 「팀(Team)」 단위에서 Organization → Teams → Groups의 3계층 구조로 변경 |
| 왜 중요한가 | 여러 부서 및 자회사를 보유한 기업이 팀별 거버넌스(Governance)를 유지하면서 전사를 일원 관리할 수 있게 됨 |
| 기존 고객에 대한 영향 | 기존 팀은 그대로 유지. 강제 이관 없음 |
| 관리자가 주목해야 할 기능 | 멀티 팀 소속 · 조직 수준의 IdP 관리 · 사용 현황 분석 · Admin API |
| 대응 긴급도 | 여러 팀을 보유한 Enterprise 고객은 조기에 Organization 구조로 전환함으로써 관리 비용을 절감할 수 있음 |
Cursor를 전사적으로 도입한 기업에 있어, Organizations 기능은 부서별 정책 관리와 전사 비용 가시화를 동시에 달성할 수 있는 중요한 마일스톤입니다. Admin API를 활용한 자동화와 결합하면 대규모 조직에서도 운영 부담을 최소화할 수 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기