· Changelog

Organizations for Cursor Enterprise

Enterprise customers can now manage multiple Cursor teams from one place, with different security, governance, budget, and feature controls for each. These capabilities are now generally available to all Enterprise customers.

Cursor Enterprise organization architecture with organizations, teams, and groupsCursor Enterprise organization architecture with organizations, teams, and groups

Organizations

An organization is the top-level container for your company's identity, administration, and membership. It gives admins one place to view and manage their entire Cursor setup, including a rollup of spend and token usage across every team.

Teams

Teams are the operating unit for a department, region, or subsidiary. This is what admins manage as their Cursor org today. We've moved that unit under an organization, so you can run multiple teams, each with its own security, governance, spend, and feature settings.

A user can belong to more than one team, with a different role in each. For current customers, your existing team is preserved and becomes the default home for login, routing, and creating new teams.

Groups

Groups are a lightweight collection of users that can sit across or within teams. They give cohorts of users separate model access, spend limits, and agent permissions without standing up a whole new team. When a user belongs to more than one team or group, the most permissive setting wins.

Learn more in our announcement post or docs.

  • Multi-team support so users can be on multiple teams at once
  • Organization-level IDP management
  • Organization-level usage analytics, with drill downs to each team
  • Admins can move users between teams through the dashboard, API, or CSV
  • New users joining a team inherit settings and permissions automatically