Codex veut travailler avec tous nos logiciels. Est-ce une bonne idée ?

Voir passer six nouveaux « métiers » dans Codex donne une impression assez vertigineuse. Analyse de données, création, vente, produit, investissement, banque d’affaires : l’agent de code semble soudain avoir suivi une reconversion complète pendant le week-end.

Ce n’est pas vraiment ce qui s’est passé. OpenAI n’a pas enfermé six experts miniatures dans l’application. L’entreprise a surtout regroupé des méthodes, des consignes et des connexions vers les logiciels que ces professionnels utilisent déjà. Le changement reste important : au lieu de demander à chaque outil ce qu’il sait faire, on formule une intention et l’agent tente d’organiser le chemin.

La promesse est séduisante. Elle pose aussi une question beaucoup moins photogénique qu’un tableau de bord généré en trente secondes : quand une même interface traverse les données clients, les chiffres financiers et les documents de l’entreprise, qui lui ouvre les portes, qui vérifie ce qu’elle comprend et qui répond lorsqu’elle se trompe ?

Un plugin n’est pas un diplôme

Le mot « plugin » évoque un pouvoir que l’on ajoute en cliquant sur un bouton. Ici, il désigne plutôt un paquet de travail : des compétences réutilisables, des consignes adaptées à une fonction et, lorsque c’est nécessaire, des connexions vers des applications externes.

La nuance compte. Une compétence peut expliquer comment analyser une baisse de conversion ou préparer un rendez-vous commercial. Elle ne crée pas les données et ne garantit pas que le bon indicateur sera choisi. Une connexion peut ouvrir la porte d’un CRM ou d’un entrepôt de données. Elle ne transforme pas une définition bancale du chiffre d’affaires en vérité comptable.

L’agent devient donc moins un spécialiste qu’un chef d’orchestre. Encore faut-il que les partitions soient à jour, que les musiciens aient le droit de jouer et que quelqu’un remarque si les violons ont commencé la conclusion au milieu du premier mouvement.

Six métiers, le même problème de fond

Pour l’analyse de données, Codex promet de chercher les causes d’une variation, de produire des rapports et de construire des tableaux de bord. Pour la création, il peut décliner un brief en visuels ou en supports de campagne. Côté vente, il rassemble le contexte d’un compte, prépare un rendez-vous et peut aider à mettre à jour le CRM.

Les plugins consacrés au produit transforment une idée ou une capture en prototype. Ceux destinés à l’investissement et à la banque d’affaires réunissent données, comparables, transactions et supports de présentation. Les sorties changent, mais la fragilité reste la même : un résultat peut être très propre tout en reposant sur la mauvaise période, la mauvaise définition ou une hypothèse jamais dite.

OpenAI annonçait alors 62 applications et 110 compétences au total. Ces nombres décrivent la largeur du catalogue, pas la profondeur de chaque usage. Soixante-deux portes dessinées sur un plan ne signifient pas que l’on possède soixante-deux clés.

Installer n’est pas autoriser

Un plugin connecté à Salesforce, Snowflake ou un fournisseur financier ne contourne ni l’abonnement au service, ni l’authentification, ni les droits du compte. L’accès dépend de l’organisation, de la région, du forfait et des réglages de l’administrateur. Une connexion en lecture seule n’offre pas les mêmes risques qu’un agent capable d’écrire dans un dossier client ou d’envoyer une relance.

C’est probablement là que le gain de simplicité devient le plus trompeur. L’interface conversationnelle efface les changements d’outil, mais elle ne devrait pas effacer les frontières de permission. Plus l’agent traverse de systèmes, plus le rayon d’une erreur augmente.

Le bon réflexe n’est donc pas de tout bloquer. Il consiste à séparer lecture et écriture, demander une approbation avant les actions sensibles et conserver une trace des sources, des calculs et des modifications. C’est moins spectaculaire qu’un bouton « faire mon travail », mais nettement plus utile le lundi matin.

Sites et annotations ferment la boucle

Avec Sites, OpenAI veut permettre de transformer une analyse ou une idée en outil interactif partagé par une URL. Au lancement, la fonction est présentée en aperçu pour les espaces Business et Enterprise, avec un partage au sein du même espace de travail. Cela ressemble davantage à une couche de prototypage et de publication interne qu’à une plateforme universelle de production.

Les annotations complètent le mouvement. On sélectionne une zone d’un document, d’une feuille ou d’une présentation et l’on demande une correction précise, sans régénérer tout le livrable. L’ergonomie progresse réellement : corriger un titre ne devrait pas refaire mystérieusement le graphique voisin.

Mais viser plus précisément une phrase ne la rend pas vraie. Demander une source déclenche une nouvelle opération ; il faut encore ouvrir cette source, vérifier sa date et s’assurer qu’elle dit bien ce que l’agent lui fait dire.

La gouvernance commence après la démonstration

OpenAI revendiquait plus de cinq millions d’utilisateurs hebdomadaires de Codex au 2 juin 2026, dont environ 20 % de non-développeurs. Ces chiffres viennent de l’éditeur, sans méthode publique détaillée. Ils montrent au moins la direction choisie : Codex ne veut plus seulement écrire du code, mais devenir l’interface depuis laquelle une tâche traverse plusieurs logiciels.

Cette inversion peut faire gagner beaucoup de temps. Elle peut aussi masquer les étapes qui permettaient auparavant de voir d’où venait un chiffre, dans quel fichier il avait été transformé et qui avait validé le résultat. Le vrai progrès ne sera pas le nombre de livrables produits, mais le nombre de chaînes de travail assez claires pour être relues et assumées.

Je pensais regarder six plugins de plus dans un catalogue. J’y vois surtout un poste de pilotage qui réclame une ceinture de sécurité. Reste à savoir si les entreprises adopteront les contrôles avec le même enthousiasme que les démonstrations.