Contrôles de Local Agent

Les administrateurs Enterprise configurent l’utilisation des Local Agents par les membres — Devin Desktop et Devin CLI — au moyen d’un système à deux niveaux :

• La configuration au niveau racine définit la configuration de base qui s’applique à toutes les organisations de votre Enterprise.
• Les dérogations au niveau de l’organisation vous permettent d’adapter certains contrôles pour une organisation spécifique sans affecter les autres.

Les deux niveaux proposent le même ensemble de contrôles (fonctionnalités, modèles, autorisations et sécurité, MCP/ACP, intelligence de la base de code, partage et conformité). Cette page explique comment ces deux niveaux interagissent.

​

Configuration au niveau racine

La configuration au niveau racine constitue votre référence à l’échelle de l’entreprise. Chaque organisation de l’entreprise hérite de ces valeurs, sauf si elle applique explicitement une dérogation à un contrôle spécifique. Gérez la configuration au niveau racine depuis les paramètres de l’entreprise :

• Settings → Enterprise → Devin Desktop

Définissez d’abord ici vos valeurs par défaut à l’échelle de l’entreprise. Tout ce que vous configurez à ce niveau devient la valeur effective pour toutes les organisations qui n’ont pas appliqué de dérogation.

​

Dérogations au niveau de l’organisation

Dans chaque organisation, les admins peuvent ouvrir la même page de Settings et définir des dérogations pour certains contrôles uniquement au sein de cette organisation. Sur la page au niveau de l’organisation, chaque contrôle affiche la valeur actuellement héritée de la racine, grisée et non modifiable, ainsi qu’une action Dérogation.

​

Les dérogations remplacent intégralement les valeurs : les listes ne sont pas fusionnées

Une dérogation au niveau de l’organisation remplace entièrement la valeur définie au niveau racine pour ce contrôle. Cela est particulièrement important pour les contrôles qui contiennent des listes, tels que :

• Modèles autorisés
• Serveurs MCP et serveurs MCP figurant dans la liste d’autorisation
• URL du registre MCP
• Règles d’autorisation (allow / ask / deny)
• Listes d’autorisation et de refus de Command
• Listes d’autorisation et de refus des domaines du sandbox

Lorsque vous appliquez une dérogation à l’un de ces contrôles de liste, la liste de l’organisation est utilisée telle quelle : elle n’est ni mise en union, ni complétée, ni autrement combinée avec la liste au niveau racine. La valeur définie au niveau de l’organisation constitue l’intégralité de la liste effective. Par exemple, si la racine autorise les serveurs MCP A et B et qu’une organisation remplace la liste des serveurs MCP autorisés par C uniquement, les membres de cette organisation ne peuvent utiliser que C : ni A ni B.

​

Chaque contrôle est indépendant

Les dérogations s’appliquent contrôle par contrôle. La dérogation appliquée à un contrôle n’a aucun effet sur les autres contrôles :

• Les contrôles faisant l’objet d’une dérogation prennent leur valeur au niveau de l’organisation.
• Tous les autres contrôles continuent d’hériter de la configuration au niveau racine.

Vous pouvez ainsi vous écarter de la référence Enterprise uniquement pour les contrôles dont une organisation a besoin, tandis que tous les autres restent synchronisés avec la racine. Si vous modifiez ultérieurement une valeur au niveau racine, cette modification s’applique à toutes les organisations n’ayant pas dérogé à ce contrôle particulier.

​

Réinitialiser pour hériter

Vous pouvez supprimer toute dérogation avec Réinitialiser. La réinitialisation d’un contrôle supprime la valeur définie au niveau de l’organisation et permet à ce contrôle d’hériter à nouveau de la valeur racine, comme s’il n’avait jamais fait l’objet d’une dérogation. Elle ne s’applique qu’au contrôle réinitialisé ; les autres dérogations de la même organisation ne sont pas affectées.

​

Quand les modifications prennent effet

Les modifications des contrôles ne sont pas appliquées instantanément. Les valeurs au niveau racine et au niveau de l’organisation sont mises en cache. Prévoyez donc jusqu’à 15 minutes pour qu’une mise à jour parvienne aux clients des membres.

​

Quels contrôles d’organisation s’appliquent à un utilisateur

Les contrôles d’organisation d’un utilisateur Enterprise sont configurés en fonction de son organisation de facturation principale. L’organisation de facturation principale est l’organisation à laquelle est facturée l’utilisation du Local Agent par l’utilisateur. Elle est déterminée dans l’ordre suivant :

1. Attribution explicite — un administrateur attribue une organisation de facturation à l’utilisateur.
2. Détermination automatique — sinon, la première organisation à laquelle l’utilisateur a accès (par adhésion directe ou via un groupe du fournisseur d’identité) est utilisée.

En pratique, un utilisateur bénéficie de la configuration au niveau racine, ainsi que des éventuelles dérogations définies pour son organisation de facturation principale. Deux utilisateurs d’une même Enterprise peuvent donc disposer de contrôles effectifs différents si leurs organisations de facturation principales diffèrent ou si elles appliquent des dérogations à des paramètres différents.

​

Pour aller plus loin

• Paramètres d’équipe de Devin CLI — les différents contrôles et leur rôle
• Local Agent de Devin — le Local Agent dans Devin Desktop
• Autorisations — la syntaxe des règles d’autorisation utilisée par les contrôles d’autorisation
• Configuration — le lien entre la configuration locale (utilisateur/projet) et les paramètres imposés