Cursor 2026年6月3日のリリースノート解説: Cursor Enterpriseの組織管理

Cursor は 2026年6月3日の changelog で、Cursor Enterprise 向け組織管理を公開しました。複数チームを一つの組織で管理し、セキュリティ、ガバナンス、予算、機能設定を分ける更新です。

要点

• Enterprise顧客は、複数のCursorチームを組織配下で管理できます。
• チームは部門、地域、子会社などの運用単位として扱えます。
• グループはチームの内外にまたがる軽量なユーザー集合で、モデルアクセス、利用上限、エージェント権限を分けられます。
• 組織レベルのIDP管理、利用量分析、管理者によるユーザー移動、CSV/APIでの管理が含まれます。
• 新規ユーザーがチームへ参加すると、設定と権限が自動で適用されます。

今回の更新で変わること

今回の changelog は、Cursor Enterprise の管理単位を一段上げる更新です。これまではチーム単位で管理していた構成を、組織の下に複数チームを置く形へ広げています。大きな企業では、開発部門、デザイン部門、営業、財務、子会社、地域拠点が同じAI開発ツールを使っていても、必要なセキュリティ設定、モデルアクセス、予算上限、エージェント権限が異なります。組織管理は、その差を一つの管理画面の中で扱うための構造です。

チームは、部門や子会社のような実際の運用単位です。既存顧客では、現在のチームが維持され、ログインや新規チーム作成の既定の場所になると説明されています。これにより、既存設定を壊さずに組織構造へ移行しやすくなります。管理者は各チームを移動、作成、設定し、部門別の権限や予算を分けられます。

グループは、チームより軽い制御単位です。たとえば、同じチームの中でも一部のパワーユーザーに高いモデル上限を与えたり、複数チームにまたがるプロジェクトメンバーへ同じエージェント権限を与えたりできます。changelog では、ユーザーが複数のチームやグループに属する場合、最も許可的な設定が効くと説明されています。これは便利ですが、管理者は意図せず広い権限が付かないよう、グループ設計と監査を行う必要があります。

組織レベルのIDP管理と利用量分析も、企業導入では重要です。IDP を各チームでばらばらに設定するのではなく、組織レベルで管理できれば、入退社や異動、SCIM連携、メンバーシップ同期の運用が安定します。利用量分析は、組織全体の利用量を見ながらチームごとに掘り下げられるため、部門別の費用配賦や予算管理に使いやすくなります。AIエージェントは一部ユーザーやCloudエージェント利用に消費が偏るため、可視化がないと統制が難しくなります。

対象になりそうなユーザー・チーム

• Cursor Enterprise を複数部門で使う企業
• IDP、SCIM、ユーザー権限を管理する情報システム・セキュリティ担当
• モデルアクセス、エージェント権限、予算を部門別に分けたい管理者
• CloudエージェントやComposer利用量を組織単位で見たい開発プラットフォームチーム

押さえておきたいポイント

組織管理を使う前に、チームとグループの役割を決める必要があります。部門をチームにするのか、プロジェクトをグループにするのか、モデルアクセスと予算をどちらで制御するのかを曖昧にすると、権限が積み上がって管理しにくくなります。

今すぐ対応が必要か

単一チームでCursorを使っている場合は急ぎません。複数部門、複数子会社、部門別課金、厳格なID管理があるEnterprise利用者は、早めに移行設計を確認した方がよさそうです。

結局、この更新をどう見るべきか

組織管理は、Cursor を企業全体のAI開発基盤として扱うための管理更新です。強力なエージェントを広げるほど、部門別の権限、費用、ID、利用可視化が必要になることを前提にした変更です。