Chargement
Dans cette leçonÀ la fin, vous serez en mesure de
  • Définir les modèles par défaut et les plafonds d'effort, à l'échelle de l'organisation et par rôle
  • Accorder une surface à un groupe via ses rôles
  • Décider quelles surfaces chaque groupe obtient, et quand les déployer progressivement

Il s'agit de la deuxième des cinq décisions, l'Accès. Vous avez créé vos groupes. Vous leur accordez maintenant l'accès à différentes surfaces Claude. Une surface est un endroit où vos membres utilisent Claude, et votre contrat Claude Enterprise peut en inclure plusieurs (par exemple, Claude chat, Claude Cowork, Claude Code, Claude for Microsoft 365).

Dans la plupart des contrats Claude Enterprise, chaque surface couverte par le contrat peut être activée par votre organisation. Qui peut ensuite l'utiliser dépend de son rôle : les membres ayant des rôles intégrés obtiennent chaque surface activée ; un membre ayant un rôle personnalisé n'obtient une surface que lorsque vous la lui accordez. Le travail consiste à décider qui obtient quoi, et quand, afin qu'une surface atteigne un groupe au moment où votre stratégie de déploiement l'exige, plutôt que de tout activer en même temps. Deux mécanismes précèdent cette décision : la manière dont un octroi atteint un groupe, et les modèles sur lesquels ces surfaces fonctionnent.

Comment l'accès est accordé

Deux niveaux déterminent si un groupe peut utiliser une surface, et les deux doivent l'autoriser.

  • Le commutateur à l'échelle de l'organisation est le plafond : chaque surface dispose d'un interrupteur marche/arrêt pour l'ensemble de l'organisation. Désactivé signifie que personne ne l'a, quel que soit ce que permet son rôle.
  • L'octroi par rôle détermine qui a accès sous ce plafond : une fois qu'une surface est activée à l'échelle de l'organisation, vous l'accordez aux rôles attachés aux groupes qui doivent en disposer. Attachez la surface au rôle d'un groupe, et chaque membre à rôle personnalisé du groupe l'obtient (Leçon 5) ; laissez-la désactivée sur le rôle, et ce groupe n'obtient pas l'accès à la surface.

Le widget interactif ci-dessous présente la chaîne de bout en bout : les membres atterrissent dans un groupe, et c'est le rôle appliqué au groupe qui active leur accès.

Chargement

Claude Code reçoit le même octroi que toute autre surface : activé pour l'organisation, puis attaché aux rôles des groupes qui l'utilisent. Comme il s'exécute au sein de votre environnement d'ingénierie, il comporte également une configuration de limites que les autres surfaces n'ont pas.

Ces limites résident dans les paramètres gérés de Claude Code, généralement rédigés par le responsable de la plateforme ou de l'ingénierie qui connaît les dépôts de chaque équipe, et non par vous. Ainsi, lorsque vous accordez Claude Code à un groupe, vous décidez quels groupes l'obtiennent, et votre responsable de plateforme configure les fichiers, commandes et destinations réseau qu'il peut atteindre pour chacun. Ces paramètres gérés peuvent également fixer le modèle par défaut de Claude Code, bien que les modèles qui lui sont accessibles restent régis sur la page Modèles de vos paramètres d'organisation.

Modèles : sur quoi reposent les conversations d'un groupe

Chaque nouvelle conversation démarre sur un modèle par défaut, sur chaque surface qui le prend en charge, et vous contrôlez ce paramètre par défaut. Par défaut, il respecte le modèle par défaut d'Anthropic, qui est mis à jour au fur et à mesure que des modèles sont publiés et retirés. Lorsque le modèle que vous avez choisi n'est pas disponible dans un produit, ce produit revient à la recommandation.

Pour définir vous-même le modèle par défaut, choisissez un modèle par défaut pour l'organisation :

  • Il reste en vigueur à travers les publications de modèles jusqu'à ce que vous le modifiiez. Un Owner, un Primary Owner, ou un rôle personnalisé disposant de la permission Identity & Access peut le définir.
  • Les membres peuvent toujours changer de modèle dans leurs propres conversations. Ce choix se reporte sur leur conversation suivante jusqu'à ce que vous modifiiez le modèle par défaut de l'organisation, ce qui réinitialise ces sélections.
  • Un rôle personnalisé peut avoir son propre modèle par défaut, qui remplace le modèle par défaut de l'organisation pour ses membres.
  • Parallèlement à un modèle par défaut, pour l'organisation ou pour un rôle, vous pouvez définir un niveau d'effort par défaut, et un paramètre bêta démarre chaque nouvelle conversation sur ces valeurs par défaut.

Vous pouvez également limiter les modèles auxquels les membres peuvent accéder et le niveau d'effort qu'ils peuvent choisir. L'effort correspond à la quantité de travail que le modèle consacre à une réponse ; un effort plus élevé coûte plus de jetons. Les deux limites fonctionnent à deux niveaux. À l'échelle de l'organisation, vous activez ou désactivez chaque modèle pour tout le monde et définissez un plafond d'effort sur chaque modèle qui s'applique à chaque membre ; aucun rôle personnalisé ne peut autoriser plus que le plafond de ce modèle. Par rôle, vous pouvez restreindre davantage : donnez à un rôle personnalisé un sous-ensemble de modèles, et ses membres ne voient que ceux-ci dans le sélecteur (les modèles Haiku sont toujours disponibles et ne peuvent pas être désactivés), et plafonnez le niveau d'effort le plus élevé qu'ils peuvent choisir sur chaque modèle. Les limites au niveau du rôle s'appliquent uniquement aux rôles personnalisés (Leçon 5). Vous trouverez des ressources sur le choix entre les modèles et sur l'effort du modèle sur Claude Academy.

Il existe deux raisons principales de mettre à jour le modèle par défaut ou de restreindre les modèles pour votre organisation :

  • Dépenses : Les modèles utilisent les jetons différemment, ils coûtent donc des montants différents à exécuter. Le modèle le plus performant est généralement l'endroit le plus coûteux pour effectuer un travail courant. L'article du centre d'aide sur le fonctionnement des limites d'utilisation et de longueur explique comment ces limites diffèrent selon le forfait et le modèle. Comme la plupart des membres utilisent le modèle qu'ils voient lorsqu'ils démarrent une nouvelle tâche, le modèle par défaut oriente l'essentiel de vos dépenses, et une restriction de modèle plafonne ce qu'un groupe peut dépenser par interaction. La Leçon 10 approfondit ces deux leviers de dépense.
  • Adéquation à la tâche : Les équipes de développement, par exemple, peuvent tirer davantage parti du modèle le plus performant comme point de départ, tandis qu'une équipe effectuant de la rédaction courante peut ne pas avoir besoin de ce niveau de capacité. Le modèle par défaut est défini par rôle, de sorte que chaque groupe démarre sur le modèle adapté à son travail, et une restriction écarte du sélecteur un modèle coûteux pour un groupe qui n'en tirerait pas de bénéfice significatif.

Les surfaces de Pluto

Pluto accorde Claude chat et Claude Cowork à chaque groupe, car son objectif est un usage quotidien généralisé. Claude Code est accordé à Engineering et Platform, dont le travail quotidien consiste à écrire du code. Payments-eng attend Claude Code jusqu'à ce que le reporting de visibilité de Pluto soit en place, ce qui préserve la contrainte de Pluto — aucune escalade de sécurité de la part de Payments & Trust. Les surfaces restantes sont déployées progressivement, groupe par groupe, au fur et à mesure que le travail l'exige.

Le widget interactif ci-dessous remplit la grille de Pluto étape par étape (les surfaces générales d'abord, puis les spécialisées) et s'arrête sur le seul octroi qui ne peut pas encore être activé, avec la raison.

Chargement

1 · Votre décision

Quelles surfaces chaque groupe obtient-il, et quand les déployez-vous progressivement ?

2 · Les choix qui s'offrent à vous

Cette décision relève du jugement plutôt que d'une règle mécanique. Il y a deux considérations principales :

  • Si la surface change le travail quotidien du groupe : accordez en fonction de ce dont le groupe a besoin et utilisera, et non de ce que votre contrat couvre par hasard.
  • Si votre objectif de déploiement exige de retenir une surface : piloter Claude avec une équipe avant de donner l'accès aux membres, ou attendre une revue avant qu'un groupe n'obtienne une surface.
Le choixQuand le choisirCe que cela signifie et l'impact que cela a
Général d'abord, spécialisé si nécessaireVotre objectif de déploiement n'exige pas de retenir une surface, et seul le travail quotidien de certains groupes nécessite les surfaces spécialisées.Accordez les surfaces à usage général là où la plupart des membres obtiennent leur première valeur ; retenir les surfaces spécialisées vous évite de configurer des limites pour des groupes qui ne les utiliseraient jamais.
Piloter, puis élargirVotre objectif de déploiement exige de tester Claude avec une équipe avant de donner l'accès aux membres.Accordez les surfaces uniquement au groupe pilote, puis élargissez à partir de là. Ce que vous apprenez du pilote façonne le déploiement à grande échelle ; les autres groupes attendent que votre objectif indique d'élargir.
Déployé progressivement après une revueUne contrainte (la seconde moitié de votre objectif de déploiement) signifie qu'un groupe doit attendre une surface jusqu'à ce qu'une revue la valide.L'octroi se déploie simplement après la validation de la revue ; le groupe obtient alors la surface — la contrainte reste intacte pendant que le groupe attend.

3 · Si vous modifiez cela plus tard

Accorder une surface plus tard est peu coûteux : c'est un paramètre de rôle que vous pouvez ajouter à tout moment. La direction coûteuse est de la retirer : un groupe qui a construit ses flux de travail sur une surface perd un outil sur lequel il s'appuie, en plein travail, et la révoquer est un changement que vous devrez gérer avec ces membres.

Configurer les ressources

Une fois votre décision prise, vous accorderez chaque surface via les rôles de votre organisation. Pour tout groupe obtenant Claude Code, impliquez votre responsable de plateforme en même temps, afin que la configuration des limites soit prête en même temps que l'accès.

Activité de la leçon

Pour chacun de vos groupes, indiquez les surfaces qu'il obtient dès le premier jour et celles que vous déploierez progressivement plus tard, et pourquoi. Listez séparément chaque groupe obtenant Claude Code : cet octroi s'accompagne d'une tâche de configuration des limites pour votre responsable de plateforme.

Ce qu'il faut apporter à votre responsable de plateforme et à votre responsable budgétaire : pour votre responsable de plateforme, la liste des groupes obtenant Claude Code et ce que le code de chaque groupe touche ; pour le responsable budgétaire, un avertissement si vous définissez des modèles par défaut par rôle, car c'est là que commencent les paramètres de dépense (Leçon 10).

→ Consignez cela dans le compagnon de travail, section Leçon 6.

Téléchargements

  • Work-along companion (Word)

    The editable Word version of the rollout plan you fill in lesson by lesson.

    Télécharger
  • Work-along companion (PDF)

    The same rollout plan as a fillable PDF.

    Télécharger

Et ensuite ?

Vos groupes peuvent accéder à leurs surfaces. La question suivante est ce que Claude peut atteindre en leur nom : les connecteurs qui lui permettent de lire et d'agir sur les outils de votre organisation. La prochaine leçon aborde les trois portes qui déterminent si un connecteur fonctionne pour un membre, ainsi que le seul contrôle qu'il vaut la peine de décider outil par outil : lecture seule ou lecture-écriture.