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.
Ces contrôles régissent les Local Agents qui s’exécutent sur les machines de vos membres. Ils prévalent sur toute configuration locale définie par un membre au niveau de l’utilisateur ou du projet : les règles imposées par l’Enterprise ont toujours priorité. Consultez les paramètres d’équipe de la CLI pour connaître les différents paramètres et leur signification. Configuration au niveau racine
- 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
L’application de dérogations propres à une organisation nécessite d’attribuer la facturation des Local Agents à des sous-organisations spécifiques. Contactez votre équipe de compte pour activer cette fonctionnalité avant de vous appuyer sur des dérogations au niveau de l’organisation.
Ouvrir les Settings de l’organisation
Accédez à la page des Settings Devin Desktop de l’organisation. Les contrôles hérités de la racine sont affichés, mais ne sont pas modifiables.
Définir une dérogation pour un contrôle
Cliquez sur Override pour le contrôle que vous souhaitez modifier. Le contrôle devient modifiable et sa valeur est désormais définie au niveau de l’organisation.
Réinitialiser l’héritage
Cliquez sur Réinitialiser pour un contrôle faisant l’objet d’une dérogation afin de supprimer celle-ci. Le contrôle hérite alors de nouveau de la valeur actuelle au niveau racine.
Les dérogations remplacent intégralement les valeurs : les listes ne sont pas fusionnées
- 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.
Les listes étant remplacées plutôt que fusionnées, une dérogation au niveau de l’organisation n’hérite d’aucune entrée de la liste racine. Si vous souhaitez que les entrées de la liste racine restent en vigueur pour cette organisation, incluez-les explicitement dans la dérogation.
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 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
Quels contrôles d’organisation s’appliquent à un utilisateur
- Attribution explicite — un administrateur attribue une organisation de facturation à l’utilisateur.
- 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.
Si vous vous appuyez sur des contrôles propres à une organisation, nous vous recommandons d’attribuer explicitement une organisation de facturation principale à chaque utilisateur plutôt que de vous fier à la détermination automatique. L’attribution explicite permet de savoir avec certitude quelles dérogations d’organisation s’appliquent à chaque utilisateur.
