Cursor pour les équipes : fonctionnalités entreprise et contrôles administrateurs
Passer d'une utilisation individuelle de Cursor à une configuration d'équipe soulève des questions sur la facturation, la confidentialité, et le contrôle. Ce guide couvre ce que les administrateurs d'équipe doivent savoir : ce que l'admin peut voir, comment fonctionne la facturation, quelles protections de confidentialité existent, et comment configurer Cursor pour un environnement multi-développeurs.
Aperçu des offres d'équipe
Cursor propose deux offres orientées équipe :
| Fonctionnalité | Pro (Individuel) | Business (Équipe) | Enterprise (Sur mesure) |
|---|---|---|---|
| Prix | 20 $/mois | 40 $/utilisateur/mois | Tarification sur mesure |
| Sièges min. | 1 | 2 | 25+ |
| Requêtes rapides illimitées | Non (500/mois) | Oui | Oui |
| Tableau de bord admin | Non | Oui | Oui |
| SSO / SAML | Non | Oui | Oui |
| Journaux d'audit | Non | Oui | Oui |
| Contrats personnalisés | Non | Non | Oui |
| Support prioritaire | Non | Oui | Oui |
| Résidence des données | Non | Non | Disponible |
L'offre Business est l'offre d'équipe standard pour la plupart des organisations. L'offre Enterprise est destinée aux grandes entreprises ayant des exigences de conformité ou d'achat spécifiques.
Ce que l'admin peut et ne peut pas voir
C'est la préoccupation la plus courante quand les équipes adoptent Cursor. Soyons explicites sur ce qui est visible par les administrateurs.
Ce que les admins peuvent voir
| Donnée | Visible par l'admin ? | Détails |
|---|---|---|
| Utilisation des sièges | Oui | Qui a une licence, quand il a rejoint |
| Nombre de requêtes | Oui | Utilisation agrégée par utilisateur, par équipe |
| Infos de facturation | Oui | Factures, modes de paiement, historique de facturation |
| Activité de connexion | Oui | Événements de connexion SSO, données de session |
| Utilisation des modèles IA | Partielle | Quels modèles sont utilisés, pas le contenu |
| Contenu du code | Non | Les admins ne peuvent pas voir les prompts ou le code envoyé à l'IA |
| Historique de chat | Non | Les admins ne peuvent pas lire les messages de chat |
| Contenu des fichiers | Non | Les admins ne peuvent pas accéder aux fichiers de projet |
La réponse courte à « est-ce que l'admin voit sur quoi je travaille ? » est non. Le tableau de bord admin de Cursor affiche les métriques d'utilisation et les données de facturation, pas le code réel ou les prompts que vous envoyez à l'IA.
Ce que le tableau de bord admin affiche
Le tableau de bord admin de l'offre Business comprend :
- Gestion des utilisateurs : Ajouter/supprimer des sièges, inviter des utilisateurs, désactiver des comptes
- Analyses d'utilisation : Requêtes totales, répartition par utilisateur, distribution des modèles
- Aperçu de la facturation : Dépenses actuelles, historique des factures, charges à venir
- Paramètres de sécurité : Configuration SSO, politiques de session
Vue admin exemple :
- Équipe : Ingénierie
- Sièges : 12/15 utilisés
- Requêtes ce mois : 34 200 (offre illimitée)
- Modèles principaux : Claude Sonnet 4 (68 %), GPT-4o (22 %), o3-mini (10 %)
- Activité utilisateur : [Masqué — affiche uniquement les comptages, pas le contenu]
Facturation d'équipe expliquée
La facturation d'équipe de Cursor est basée sur les sièges et simple, mais certains détails méritent d'être compris.
Comment fonctionne la facturation
- Sièges au prorata : Ajoutez un utilisateur en cours de mois, payez un montant au prorata pour le cycle en cours
- Remises annuelles : Les offres Enterprise peuvent proposer une facturation annuelle avec remises
- Fréquence de facturation : Mensuelle par défaut ; annuelle disponible pour Enterprise
- Paiement : Carte de crédit ou facture (Enterprise uniquement)
Gestion des sièges
Ajout d'un membre d'équipe :
1. L'admin ouvre le tableau de bord Cursor
2. Navigue vers Équipe > Membres
3. Clique sur « Inviter un membre »
4. Saisit l'adresse e-mail
5. L'utilisateur reçoit un lien d'invitation
6. L'utilisateur accepte et rejoint l'équipe
Suppression d'un utilisateur :
- La désactivation d'un siège le libère pour une réattribution
- Vous n'êtes pas facturé pour les sièges désactivés au prochain cycle de facturation
- Les données de l'utilisateur désactivé sont conservées pendant une période de grâce (généralement 30 jours)
Si vous avez des recrutements saisonniers ou des contractuels, planifiez les ajouts et suppressions de sièges autour de votre cycle de facturation pour minimiser le gaspillage. Désactivez les sièges rapidement quand les membres quittent l'équipe.
Comparaison des coûts : Individuel vs Équipe
| Scénario | Coût |
|---|---|
| 5 développeurs en Pro individuel | 5 x 20 $ = 100 $/mois (2 500 requêtes au total) |
| 5 développeurs en Business | 5 x 40 $ = 200 $/mois (requêtes illimitées) |
| 20 développeurs en Business | 20 x 40 $ = 800 $/mois |
| 20 développeurs en Enterprise | Sur mesure (généralement 30-35 $/utilisateur/mois à grande échelle) |
L'offre Business coûte environ 2 fois plus cher que l'offre individuelle par siège, mais les requêtes illimitées justifient souvent le coût pour les équipes actives.
Configuration du Single Sign-On (SSO)
Les offres Business et Enterprise prennent en charge le SSO via les fournisseurs SAML 2.0.
Fournisseurs d'identité pris en charge
- Okta
- Azure AD / Entra ID
- Google Workspace
- OneLogin
- SAML 2.0 générique
Étapes de configuration
-
Dans le tableau de bord admin Cursor :
- Naviguez vers Sécurité > SSO
- Sélectionnez votre fournisseur d'identité
- Copiez l'URL ACS et l'Entity ID
-
Dans votre fournisseur d'identité :
- Créez une nouvelle application SAML
- Collez l'URL ACS et l'Entity ID
- Téléchargez le certificat SAML
-
Retour dans Cursor :
- Téléversez le certificat SAML
- Mappez les attributs utilisateur (e-mail, prénom, nom)
- Activez le SSO et testez la connexion
<!-- Exemple de métadonnées de configuration SAML -->
<md:EntityDescriptor entityID="cursor-team-yourcompany">
<md:SPSSODescriptor>
<md:AssertionConsumerService
Location="https://cursor.com/auth/saml/callback"
Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST"/>
</md:SPSSODescriptor>
</md:EntityDescriptor>
L'application du SSO est facultative. Vous pouvez autoriser à la fois le SSO et la connexion par mot de passe pendant la migration, puis désactiver la connexion par mot de passe une fois que tout le monde est passé.
Avantages du SSO
- Contrôle d'accès centralisé : Intégrez et retirez des utilisateurs via votre système d'identité existant
- Conformité aux politiques de mot de passe : Héritez des exigences de mot de passe de votre organisation
- Application du MFA : Exigez l'authentification multi-facteurs via votre IdP
- Gestion des sessions : Contrôlez la durée des sessions et les exigences de ré-authentification
Confidentialité en mode équipe
Les préoccupations de confidentialité s'intensifient quand les outils IA entrent dans un environnement d'équipe. Voici comment Cursor gère la confidentialité en équipe.
Confidentialité du code
| Question | Réponse |
|---|---|
| Les collègues peuvent-ils voir mes chats ? | Non, les chats sont privés à votre compte |
| L'admin peut-il lire mes prompts ? | Non, le contenu des prompts n'est pas exposé |
| Mon code est-il utilisé pour entraîner des modèles ? | Non, Cursor affirme ne pas entraîner sur le code des utilisateurs |
| Où va mon code ? | Vers les fournisseurs de modèles (Anthropic, OpenAI) uniquement pour l'inférence |
Mode Confidentialité en équipe
Les utilisateurs individuels peuvent toujours activer le Mode Confidentialité sur les offres d'équipe :
Paramètres > Général > Mode Confidentialité
Cela désactive :
- La télémétrie et les analyses envoyées à Cursor
- Le rapport de crash avec extraits de code
- La journalisation des métadonnées d'utilisation
Le Mode Confidentialité n'empêche pas le code d'être envoyé aux fournisseurs de LLM pour l'inférence. Il affecte uniquement la télémétrie propre à Cursor. Pour les équipes avec des exigences strictes de gestion des données, consultez le Guide de confidentialité et sécurité de Cursor.
Politiques de gestion des données d'équipe
Envisagez d'établir une politique d'équipe :
## Politique d'utilisation de Cursor en équipe
1. Ne collez pas de secrets de production, de clés API, ou de PII dans le chat IA
2. Utilisez .cursorignore pour exclure les fichiers sensibles de l'indexation
3. Activez le Mode Confidentialité pour tous les membres de l'équipe
4. Révisez le code généré par l'IA avant de le commiter
5. Signalez immédiatement toute fuite de données suspectée à l'admin
Journaux d'audit
Les offres Business et Enterprise incluent la journalisation d'audit pour la conformité et la surveillance de sécurité.
Ce qui est journalisé
| Événement | Données journalisées |
|---|---|
| Connexion utilisateur | Horodatage, adresse IP, fournisseur SSO |
| Changements de sièges | Qui a ajouté/supprimé des sièges, quand |
| Changements de paramètres | Modifications de configuration admin |
| Événements de facturation | Génération de facture, paiement réussi/échoué |
| Utilisation des modèles | Comptages agrégés par modèle (pas le contenu) |
Accéder aux journaux d'audit
- Ouvrez le tableau de bord admin Cursor
- Naviguez vers Sécurité > Journaux d'audit
- Filtrez par plage de dates, type d'événement, ou utilisateur
- Exportez en CSV ou JSON pour une analyse externe
Exportez les journaux d'audit mensuellement et stockez-les dans le système de documentation de sécurité de votre organisation. Cela simplifie les audits de conformité et les investigations d'incidents.
Mise en place des politiques d'équipe
Au-delà de la configuration technique, une adoption réussie en équipe nécessite des politiques claires.
Checklist d'intégration
Pour chaque nouveau membre d'équipe :
- Provisionner le siège : L'admin ajoute l'utilisateur dans le tableau de bord
- Configuration SSO : L'utilisateur se connecte via le fournisseur d'identité de l'organisation
- Paramètres de confidentialité : L'utilisateur active le Mode Confidentialité
- Accès au projet : Accordez l'accès aux dépôts pertinents
- Formation : Guidez à travers la configuration de
.cursorignoreet les pratiques d'utilisation sûres - Modèles par défaut : Définissez les modèles par défaut préférés par l'équipe dans les paramètres
Standardisation de l'utilisation des modèles
Les équipes bénéficient de choix de modèles cohérents :
// Valeurs par défaut d'équipe recommandées (partagées via documentation)
{
"cursor.defaultModel": "claude-sonnet-4",
"cursor.tabModel": "claude-sonnet-4",
"cursor.fallbackModel": "gpt-4o"
}
Documentez quels modèles utiliser pour quelles tâches pour que les développeurs juniors ne brûlent pas des requêtes premium sur des questions triviales.
.cursorrules partagé
Pour un comportement IA cohérent dans toute l'équipe, maintenez un fichier .cursorrules partagé dans votre dépôt :
# .cursorrules pour le projet d'équipe
## Style de code
- Suivez les patterns existants dans la base de code
- Utilisez le mode strict TypeScript
- Préférez les composants fonctionnels en React
## Tests
- Écrivez des tests pour toutes les nouvelles fonctions
- Utilisez Jest et React Testing Library
- Visez une couverture de 80 %+
## Documentation
- Ajoutez des commentaires JSDoc pour les API publiques
- Mettez à jour le README.md pour les changements architecturaux
Bonnes pratiques de sécurité pour les équipes
Exclusions de fichiers avec .cursorignore
Chaque projet d'équipe devrait avoir un fichier .cursorignore :
# .cursorignore
.env
.env.local
.env.production
secrets/
config/production.yml
*.key
*.pem
tokens/
credentials.json
Cela empêche les fichiers sensibles d'être indexés et accidentellement inclus dans le contexte IA.
Gestion des clés API
Si les membres de l'équipe apportent leurs propres clés API :
- Déconseillez-le : Centralisez sur l'offre d'équipe à la place
- Si nécessaire : Stockez les clés dans des variables d'environnement, jamais dans le code
- Rotation régulière : Établissez une politique de rotation des clés API
Considérations de conformité
| Réglementation | Considérations pour Cursor en équipe |
|---|---|
| SOC 2 | Journaux d'audit disponibles, mais vérifiez avec votre auditeur |
| RGPD | Les données utilisateur peuvent être exportées/supprimées sur demande |
| HIPAA | Cursor n'est pas certifié HIPAA ; évitez les PHI dans les prompts |
| ISO 27001 | Consultez la documentation de sécurité de Cursor |
Cursor ne propose pas de déploiement auto-hébergé ou air-gapped. Si vos exigences de conformité imposent que les données ne quittent jamais votre infrastructure, les fonctionnalités IA cloud de Cursor peuvent ne pas être adaptées.
Résolution des problèmes d'équipe
L'utilisateur ne peut pas rejoindre l'équipe
- Vérifiez que l'e-mail d'invitation a été envoyé à la bonne adresse
- Vérifiez que le SSO est correctement configuré s'il est appliqué
- Assurez-vous que l'équipe a des sièges disponibles
Pics d'utilisation
Si l'utilisation des requêtes est anormalement élevée :
- Consultez le tableau de bord admin pour la répartition par utilisateur
- Identifiez si un utilisateur consomme des ressources de manière disproportionnée
- Vérifiez si les agents en arrière-plan ou Composer sont surutilisés
- Établissez des directives d'équipe pour des flux de travail économes en requêtes
Écarts de facturation
- Les charges au prorata pour les ajouts de sièges en cours de mois sont normales
- Les sièges désactivés arrêtent la facturation au prochain cycle, pas immédiatement
- Contactez le support Cursor pour les questions de facturation
Résumé
Les fonctionnalités d'équipe de Cursor sont fonctionnelles mais pas aussi matures que les plateformes IA entreprise dédiées. L'offre Business couvre l'essentiel : requêtes illimitées, SSO, journaux d'audit, et contrôles admin. L'admin ne peut pas voir votre code ou le contenu de vos chats, mais peut voir les métriques d'utilisation et gérer les sièges.
Points clés pour les administrateurs d'équipe :
- Configurez le SSO tôt pour un contrôle d'accès centralisé
- Établissez les fichiers
.cursorignoreet les politiques de confidentialité avant l'intégration - Utilisez les journaux d'audit pour la conformité et la surveillance de sécurité
- Documentez les directives d'utilisation des modèles pour contrôler les coûts
- Comprenez que Cursor est basé sur le cloud et planifiez en conséquence pour les projets sensibles
Pour la plupart des équipes de développement, l'offre Business trouve le bon équilibre entre capacité et coût. L'offre Enterprise vaut la peine d'être explorée uniquement si vous avez besoin de contrats personnalisés, de résidence des données, ou d'un support dédié.