Summary

  • Dans le parcours en préversion publique de GitHub, une App installée dans une organisation et dotée de la permission organisationnelle Copilot Requests: Read-only peut appeler Copilot avec son jeton d’installation, sans connexion d’un utilisateur. Les crédits IA sont supportés par l’organisation. Ses politiques de modèles et de dépense s’appliquent, mais GitHub ne permet aucun budget propre à l’App ou à l’installation.
  • L’attribution des usages d’Apps n’apparaît pas dans la vue IA de l’interface. Il faut rapprocher le app_client_id de l’export CSV du client_id de l’installation. Suspendre ou désinstaller une App arrête ses requêtes, au prix de la perte de ses autres accès aux ressources de l’organisation.

Le libellé de permission ne signe pas le chèque

Lorsqu’un propriétaire d’organisation examine une GitHub App, Read-only a la politesse d’une autorisation passive. La page de gestion de GitHub lui donne un effet bien plus actif: avec la permission organisationnelle Copilot Requests réglée sur ce niveau, l’App peut envoyer des requêtes Copilot grâce à un jeton propre à son installation. Aucun salarié n’a besoin de se connecter à chaque demande. Les crédits IA débités appartiennent à l’organisation. Le nom de la permission décrit la relation avec l’API; il ne fixe pas un prix nul.

Ce mécanisme de préversion concerne les installations d’Apps dans une organisation. Il ne couvre pas l’installation dans un compte personnel ou au niveau d’une entreprise. L’App reste limitée aux modèles autorisés par les politiques Copilot de l’organisation, et les contrôles de facturation de celle-ci continuent de s’appliquer. GitHub sépare aussi cette identité de l’autorisation d’un utilisateur, de la politique Copilot CLI facturée à l’organisation et du GITHUB_TOKEN des workflows Actions. Trois chemins d’authentification peuvent ressembler à « de l’automatisation » dans une réunion budgétaire; ils ne laissent pas la même trace.

L’angle mort le plus coûteux est la taille du budget disponible. L’utilisation d’une App installée compte dans le budget Copilot de l’organisation. GitHub ne propose pourtant aucun budget pour cette App ou cette installation seule. Un budget configuré pour envoyer des alertes laisse les requêtes se poursuivre après le seuil. Pour les arrêter lorsque la limite est atteinte, il faut activer Stop usage when budget limit is reached. Ce frein porte sur la dépense couverte par le budget de l’organisation, pas sur la seule application qui vient de l’utiliser.

Le nom de l’App est dans le CSV

La vue des usages IA sur GitHub ne montre pas l’attribution aux Apps. La procédure officielle demande de télécharger le rapport CSV, de rechercher l’organisation dans la colonne organization et de relever les lignes où app_client_id est renseigné. Il faut ensuite demander la liste des installations d’Apps de l’organisation, rapprocher ce champ du client_id retourné et lire app_slug pour identifier l’App. La piste existe, mais elle oblige à quitter l’écran de consommation et à réconcilier deux sources.

Une cellule vide n’efface pas toute automatisation. GitHub précise que les usages attribués à un utilisateur, à Actions, à certaines Apps GitHub ou à une période antérieure à l’attribution des Apps n’y portent pas cette valeur. Une cellule remplie désigne une installation; elle ne démontre ni incident ni gaspillage. Pour chiffrer une dépense réelle, le propriétaire doit consulter les données d’usage et de facturation de sa propre organisation.

Un crédit IA vaut 0,01 dollar selon GitHub. Chat, CLI, agent dans le cloud, Spaces, Spark et agents de programmation tiers consomment cette unité; les complétions de code en ligne et les suggestions d’édition suivantes restent hors de ce compteur. Business et Enterprise utilisent d’abord une réserve mensuelle mutualisée, alors que l’offre Copilot access facture l’usage mesuré dès le départ. Cette différence change le moment où une requête devient une charge supplémentaire; elle ne change pas l’identité de l’organisation payeuse de l’App installée.

Un arrêt ciblé qui coupe d’autres services

Le propriétaire peut suspendre ou désinstaller une installation afin d’arrêter ses requêtes Copilot. GitHub indique que l’opération lui retire aussi l’accès aux autres ressources de l’organisation. Restreindre les modèles, plafonner le budget de l’organisation ou couper toute l’installation sont des décisions distinctes, aux effets très différents. L’absence de budget par App oblige à choisir ces moyens avant que la facture ne crée l’urgence.

Au moment d’approuver l’installation, il faut connaître son commanditaire, les modèles autorisés, la façon de reconnaître ses lignes CSV et les autres fonctions qui tomberaient avec une suspension. Une permission qui se présente comme de la lecture peut engager le portefeuille partagé. C’est au propriétaire de décider combien il lui confie.

Sources