Administration de l’interface CLI Copilot pour votre entreprise

Contrôlez l’utilisation de CLI Copilot dans votre entreprise.

Dans cet article

Activation ou désactivation CLI Copilot

          **Les propriétaires d’entreprise** peuvent contrôler l’utilisation en CLI Copilot configurant une stratégie.
  1. Accédez à votre entreprise. Par exemple, depuis la page Entreprises sur GitHub.com.
  2. En haut de la page, cliquez sur AI controls.
  3. Pour gérer les politiques pour Copilot, dans la barre latérale, cliquez sur Copilot.
  4. Dans la section «Copilot Clients », sélectionnez votre politique préférée CLI Copilot.

Comment les autres contrôles IA affectent-ils CLI Copilot?

Tous les contrôles et stratégies IA au niveau de l’entreprise ne s’appliquent pas à CLI Copilot. Voici les contrôles qui s’appliquent :

          CLI Copilot Habilitation

Vous pouvez activer ou désactiver CLI Copilot au niveau de l’entreprise ou de l’organisation.

Sélection du modèle

Les utilisateurs peuvent uniquement accéder aux modèles d'IA qui sont activés au niveau de l'entreprise. Lorsque vous activez ou désactivez des modèles dans vos paramètres d’entreprise, ces modifications sont reflétées dans CLI Copilot. Les utilisateurs peuvent afficher les modèles qui leur sont disponibles à l’aide de la /model commande.

Agents personnalisés

Les agents personnalisés configurés par l’entreprise sont disponibles pour être utilisés avec CLI Copilot.

          agent Copilot de cloud Enablement

La CLI Copilot stratégie et la agent Copilot de cloud stratégie doivent être activées pour que les utilisateurs puissent utiliser la /delegate commande dans CLI Copilot.

Journalisation d’audit

Les mises à jour des stratégies d’entreprise qui affectent CLI Copilot sont enregistrées en tant qu’événements dans le journal d’audit d’entreprise.

Attribution des sièges

Les utilisateurs doivent disposer d’un siège attribué GitHub Copilot pour accéder CLI Copilot.

Contrôles qui ne s’appliquent pas

Tous les autres contrôles n’affectent ****CLI Copilot, notamment :

  •         **Stratégies de serveur MCP (Model Context Protocol)** : stratégies d’entreprise qui contrôlent si les serveurs MCP peuvent être utilisés ou quels serveurs de Registre MCP sont autorisés
  • Stratégies spécifiques à l’EDI : stratégies configurées pour des EDI ou des extensions d’éditeur spécifiques
  •         **Exclusions de contenu : exclusions** de contenu basées sur le chemin de fichier

  •         **Fournisseurs de modèles configurés par l’utilisateur (BYOK)** : les utilisateurs peuvent configurer CLI Copilot pour utiliser leurs propres fournisseurs de modèles via des variables d’environnement. Cela est configuré au _niveau de l’utilisateur_ et ne peut pas être contrôlé par les stratégies d’entreprise.

Pourquoi mes développeurs ne peuvent-ils pas accéder CLI Copilot?

Si vous vous attendez à ce qu’un utilisateur ait accès à CLI Copilot et qu’il ne l’a pas :

  1. Vérifiez que l’utilisateur dispose d’une attribution de siège valide GitHub Copilot auprès d’une organisation de votre entreprise.
  2. Vérifiez la stratégie au niveau de l’entreprise. Si vous définissez la stratégie sur « Activé partout » ou « Désactivé partout », cela remplace tous les paramètres au niveau de l’organisation.
  3. Si la stratégie d’entreprise est définie sur « Laisser les organisations décider », vérifiez les organisations où l’utilisateur reçoit sa GitHub Copilot licence. CLI Copilot doit être activé dans au moins une organisation lui accordant une GitHub Copilot licence.

Une façon de garantir un accès cohérent dans toutes les organisations consiste à définir la stratégie sur Activé partout à l'échelle de l'entreprise.

Lectures complémentaires

  •         [AUTOTITLE](/copilot/how-tos/copilot-cli/cli-best-practices)