Team Settings

Documentation Index

Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt

Use this file to discover all available pages before exploring further.

• Les administrateurs Devin Enterprise peuvent gérer ces paramètres dans le tableau de bord Devin destiné aux clients, sous Settings → Enterprise → Windsurf (app.devin.ai/org/{orgName}/settings/windsurf). Cette gestion est en libre-service pour les administrateurs ayant accès aux paramètres Enterprise.
• Les administrateurs Windsurf Enterprise peuvent gérer ces paramètres dans le tableau de bord Windsurf à l’adresse https://windsurf.com/team/cli-settings.

• Autoriser des modèles spécifiques — Limiter les utilisateurs à une sélection de modèles approuvés
• Autoriser tous les modèles — Donner aux utilisateurs accès à tous les modèles disponibles

• Si aucun modèle par défaut d’équipe n’est défini, Devin CLI utilise son modèle par défaut intégré.
• Si le modèle par défaut épinglé ne figure pas dans la liste des modèles autorisés ci-dessus, Devin CLI revient à son modèle par défaut intégré — la liste d’autorisation reste toujours prioritaire.
• Les utilisateurs peuvent toujours changer de modèle pendant une session ; ce paramètre contrôle uniquement le modèle de départ des nouvelles sessions.

• Activer/désactiver — Activez ou désactivez entièrement l’utilisation des serveurs MCP
• Serveurs MCP autorisés — Indiquez les serveurs MCP auxquels les utilisateurs sont autorisés à se connecter. Si aucun serveur n’est ajouté, tous les serveurs sont autorisés par défaut. Cliquez sur Add Server pour restreindre l’accès à des serveurs spécifiques.

{
  "deny": [
    "exec"
  ],
  "ask": [],
  "allow": [
    "Read(~/my-repository/**)"
  ]
}

• deny — Les actions entièrement bloquées (priorité la plus élevée)
• ask — Les actions qui demandent toujours l’approbation de l’utilisateur
• allow — Les actions automatiquement approuvées sans demander d’approbation

• Facultatif (par défaut) — Les utilisateurs choisissent s’ils souhaitent passer --sandbox. Aucune contrainte.
• Obligatoire — L’indicateur --sandbox est imposé pour tous les utilisateurs, même s’ils ne le passent pas en ligne de commande. Toutes les sessions CLI s’exécutent avec un sandbox du système de fichiers au niveau de l’OS, qui applique les périmètres d’autorisation en lecture/écriture.

• Les chemins accessibles en écriture sont dérivés des périmètres d’autorisation Write(...) accordés, ainsi que du répertoire de workspace
• Les chemins accessibles en lecture sont dérivés des périmètres Read(...) accordés (les chemins par défaut de la plateforme, comme /usr/bin, sont toujours lisibles)
• Les périmètres accordés en cours de session étendent dynamiquement le sandbox pour les commandes suivantes

• Liste d’autorisation de domaines — Lorsqu’elle est définie, seuls les domaines de cette liste sont accessibles via le proxy réseau du sandbox. Cette liste fait foi : elle remplace entièrement tous les allowed_domains configurés par l’utilisateur dans sa configuration du sandbox. Les utilisateurs ne peuvent pas ajouter d’autres domaines pour contourner les restrictions de l’administrateur.
• Liste de blocage de domaines — Domaines toujours bloqués. Les domaines bloqués au niveau Enterprise sont additifs : ils sont fusionnés avec les denied_domains locaux de l’utilisateur, ce qui rend la liste combinée plus restrictive.