GitHub a mis en preview publique le streaming des sessions de l'agent Copilot — prompts, réponses et appels d'outils — vers SIEM ou Purview, plus une REST API qui renvoie les dernières 48 heures : l'auditabilité de l'agent de code est devenue une fonctionnalité de plateforme.
Imaginez que vous embauchiez un employé brillant qui travaille sans relâche, écrit du code à une vitesse surhumaine et touche à des dizaines de systèmes internes, mais dont vous ne conservez pas le moindre enregistrement de ce qu'il a fait, de ce qu'il a lu ou de la commande qu'il a exécutée. C'était encore récemment ce que signifiait laisser un agent d'IA programmer au sein de votre entreprise : il entrait, agissait et repartait sans laisser de trace. Le 2 juillet 2026, GitHub a comblé une partie de ce vide en mettant en preview publique le 'Copilot agent session streaming', qui ouvre l'accès aux données de session de l'agent — prompts, réponses et appels d'outils — pour les clients de GitHub Enterprise Cloud disposant d'enterprise managed users. L'agent a cessé d'être une boîte noire qui crache des pull requests : il laisse désormais une empreinte.
La boîte noire qui parle enfin
Ce qui compte, ce n'est pas que Copilot programme — il le faisait déjà — mais qu'il expose désormais ce qu'il décide. L'agent de code ne se contente pas d'autocompléter des lignes : il reçoit des instructions en langage naturel, raisonne et appelle des outils : il lit des fichiers, exécute des commandes, interroge des APIs. Chacune de ces actions est une décision qui, auparavant, s'évaporait. GitHub capture maintenant les trois couches : le prompt (ce que vous lui avez demandé ou ce qu'il s'est demandé à lui-même), la réponse (ce qu'il a généré) et les tool calls (ce qu'il a touché dans le monde réel). C'est la différence entre savoir qu'un employé 'a travaillé sur le projet' et disposer de la vidéo de chaque touche sur laquelle il a appuyé.
Deux portes : le tuyau et le seau
GitHub propose deux voies pour extraire ces données, et le choix révèle la manière dont les entreprises pensent la gouvernance. La première est un endpoint de streaming : vous configurez une destination — un collecteur d'événements, votre SIEM (Splunk, Sentinel, celui que vous utilisez) ou Microsoft Purview, qui arrive lui aussi en preview publique — et la donnée afflue toute seule, en quasi temps réel, comme un tuyau ouvert vers votre centre de sécurité. La seconde est une REST API à la demande : GET /enterprises/{enterprise}/copilot/usage-records, qui renvoie les dernières 48 heures de session lorsqu'on les sollicite. Le tuyau pour la surveillance continue, le seau pour les audits ponctuels. La portée couvre les cloud agents sur github.com et ghe.com, ainsi que les sessions depuis Copilot CLI, VS Code, Visual Studio et les IDEs des partenaires JetBrains et Eclipse.
Pourquoi cela pèse plus qu'une simple fonctionnalité de logs
Voici le tournant qui importe : l'observabilité de l'agent est en train de devenir une capacité de plateforme, pas un luxe. Quand une IA dotée de permissions d'écriture touche à vos repos, à vos secrets et à vos systèmes de production, la question de l'équipe de sécurité n'est pas « est-ce utile ? » mais « puis-je auditer ce qu'elle a fait quand quelque chose tournera mal ? ». Sans cet enregistrement, l'agent est un risque de conformité qu'aucun CISO ne signe. Avec lui, chaque action est reconstructible, attribuable et vérifiable — les trois verbes qui séparent un jouet d'un outil apte à opérer au sein d'une entreprise régulée. GitHub ne vend pas de la vitesse ici ; il vend la confiance qui rend cette vitesse approuvable. Et c'est le coup silencieux de 2026 : la gouvernance de l'agent est devenue le véritable déverrouilleur de l'adoption.
La leçon pour ceux qui construisent avec l'IA
La morale est nette : si vous comptez laisser un agent agir en votre nom, l'enregistrement structuré de ce qu'il a fait n'est pas optionnel, c'est ce qui rend l'opération défendable. Il ne suffit pas que l'IA soit bonne ; elle doit être auditable, sans quoi tôt ou tard quelqu'un demande « que s'est-il passé exactement ici ? » et vous n'avez pas de réponse. Chez NeuralOS, nous partons de cette même conviction : le logging structuré et l'audit-log append-only sont un standard du cœur, pas un correctif ajouté après coup — chaque action avec son ID, son contexte et sa traçabilité, jamais un catch vide qui avale l'erreur. Nous ne promettons pas aujourd'hui un dashboard SIEM enterprise comme celui de GitHub ; mais nous construisons sur le principe qui le rend possible : un agent en qui vous avez confiance est un agent dont vous pouvez reconstruire les pas. La boîte noire, c'était l'ère précédente. Celle qui vient s'écrit, ligne par ligne, dans un registre que quelqu'un peut lire.