Les grandes entreprises sont souvent composées de nombreuses unités opérationnelles, filiales et fonctions. Nos clients nous disent souvent que chacune de ces entités a besoin de son propre budget, de sa propre sécurité, de sa propre gouvernance et de ses propres contrôles des fonctionnalités.

Pour répondre à ces besoins, nous lançons les organisations, une nouvelle structure qui permet aux entreprises de gérer plusieurs Teams Cursor depuis un seul endroit. Avec cette structure, les administrateurs peuvent définir des budgets distincts pour différentes équipes, activer différents modèles pour différentes cohortes d’utilisateurs, créer des environnements sandbox pour tester de nouvelles fonctionnalités et consulter des analyses d’utilisation à l’échelle de toute l’entreprise, le tout depuis un seul tableau de bord.

Ces capacités sont désormais disponibles pour tous les clients Enterprise.

#Comment fonctionne la structure

Une organisation est le conteneur de plus haut niveau pour l’identité, l’administration et l’appartenance de votre entreprise. Elle offre aux administrateurs un point central pour consulter et gérer l’ensemble de la configuration Cursor.

Sous les organisations se trouvent les Teams, l’unité opérationnelle d’un département ou d’une filiale. Auparavant, les administrateurs géraient Cursor à ce niveau. Nous avons maintenant déplacé cette unité sous l’organisation afin que vous puissiez gérer plusieurs Teams, chacune avec ses propres paramètres de sécurité, de dépenses et de fonctionnalités. Pour les clients actuels, votre configuration de Team existante est conservée. Les administrateurs peuvent créer de nouvelles Teams avec des configurations distinctes au niveau de l’organisation.

Les groupes sont des ensembles légers d’utilisateurs qui peuvent s’étendre à plusieurs Teams ou exister au sein d’une même Team. Ils permettent d’attribuer à certains groupes d’utilisateurs un accès distinct aux modèles, des plafonds de dépenses et des autorisations d’agent, sans avoir à créer une toute nouvelle Team. Lorsqu’un utilisateur appartient à plusieurs Teams ou groupes, c’est le paramètre le plus permissif qui s’applique.

Chez Cursor, nous avons créé des Teams distinctes pour différents départements. Les Teams d’ingénierie et produit disposent de l’accès réseau le plus permissif et peuvent laisser les agents exécuter des commandes automatiquement. L’équipe commerciale, le marketing et la finance appliquent des contrôles de sécurité plus stricts, en particulier lorsqu’il s’agit de l’accès des agents aux systèmes de production.

#Cas d’usage Enterprise

Nous avons constaté quelques schémas courants chez les clients qui utilisent ces nouvelles fonctionnalités en bêta.

Utiliser un environnement sandbox pour tester de nouvelles fonctionnalités

De nombreux clients soumis à des exigences strictes en matière de revue de sécurité ont mis en place une Team pilote qui bénéficie d’un accès anticipé aux nouvelles fonctionnalités de Cursor. Ces utilisateurs testent les fonctionnalités dans un environnement sandbox avant leur déploiement à plus grande échelle dans toute l’entreprise.

Comme un utilisateur peut appartenir à plusieurs Teams, les ingénieurs peuvent travailler dans leur Team de production tout en conservant les capacités de la Team de test, sans avoir à créer un deuxième compte Cursor.

Segmenter l’accès aux modèles, les budgets et les autorisations des agents

Certains clients segmentent l’accès aux modèles et les budgets selon les fonctions. Les utilisateurs des Teams d’ingénierie, produit et design ont accès à tous les modèles de pointe, y compris les offres plus coûteuses avec fast mode, ainsi qu’à des budgets mensuels plus élevés.

Les utilisateurs de fonctions hors produit, comme le marketing ou la finance, disposent d’un accès aux modèles restreint, de budgets plus faibles et de restrictions plus strictes sur la possibilité pour les agents d’exécuter des commandes sans approbation manuelle.

Consulter des analyses d’utilisation détaillées pour chaque Team

Le tableau de bord de l’organisation regroupe, dans une vue unique, les dépenses et l’utilisation des tokens de toutes les Teams. Filtrez par Team, utilisateur, compte de service ou cloud agent pour voir d’où provient l’utilisation. Les admin de la Team conservent une vue limitée à leur propre Team, ce qui facilite la refacturation par unité opérationnelle ou centre de coûts.

#Gérer l’identité et les appartenances à grande échelle

Avec cette structure, les clients configurent leur fournisseur d’identité et leur source d’annuaire SCIM une seule fois au niveau de l’organisation. Ils peuvent ensuite réutiliser les mêmes cohortes issues de ces outils pour créer des Teams et des groupes dans Cursor, afin que les appartenances restent toujours synchronisées.

Les administrateurs peuvent déplacer des utilisateurs entre les Teams via le tableau de bord, l’API ou un fichier CSV. Et lorsqu’un nouvel utilisateur rejoint une Team, les paramètres et les autorisations s’appliquent automatiquement.

#Et maintenant

Nous continuons à ajouter des contrôles de politique plus avancés, un onboarding plus simple, l’attribution pilotée par SCIM et des moyens plus simples de gérer des sous-ensembles d’utilisateurs sans devoir répartir chaque workflow dans des Teams distinctes.

Pour plus de détails sur le fonctionnement des organisations, des Teams et des groupes, consultez notre documentation. Veuillez contacter notre équipe si vous souhaitez en savoir plus ou si vous avez des questions.