TL;DR : Je ressens actuellement une forme d'anxiété très spécifique et intense. Il ne s'agit pas de revenus, d'acquisition de clients ou de part de marché. Il s'agit d'une fracture massive et visible se produisant au sein de ma propre entreprise et dans l'ensemble de l'industrie technologique. Il y a des gens qui utilisent l'IA pour être 20 % plus rapides, et il y a des gens qui utilisent l'IA pour être 100 fois plus rapides. Ils n'existent plus dans le même univers professionnel. De plus, l'architecture même de la façon dont nous construisons des agents IA est en train de changer à nouveau—s'éloignant des plugins MCP complexes et se dirigeant vers des Interfaces en Ligne de Commande (CLI) brutes. Si vous ne comprenez pas ce changement, vous ne faites pas que prendre du retard ; vous devenez obsolète.
James ici, PDG de Mercury Technology Solutions. Hong Kong - 8 mars 2026
Au cours des derniers mois, j'ai observé de près ma propre équipe. Tout le monde chez Mercury utilise l'IA. Certains utilisent Claude, d'autres utilisent Gemini, certains utilisent OpenAI. En surface, tout le monde rapporte un gain d'efficacité de 20 % à 30 %.
Mais 20 % est une erreur d'arrondi. Le véritable potentiel de l'IA n'est pas une augmentation de 30 % ; c'est un saut exponentiel de 10x ou 100x.
Je regarde une fracture se produire en temps réel.
- Groupe A utilise l'IA comme une recherche Google hautement intelligente. Ils lui demandent de déboguer un extrait de code, de rédiger un e-mail ou de résumer un PDF.
- Groupe B a fondamentalement modifié son modèle de travail entier. Ils considèrent l'IA comme une équipe d'ingénieurs juniors et eux-mêmes comme l'Architecte. (Je fais partie du Groupe B)
Ces deux groupes n'existent plus dans la même réalité économique.
1. Le Paradigme "Newtype" : Devenir le Chef d'Orchestre
Il y a deux semaines, je consultais un ingénieur senior sous-traité avec qui je collabore fréquemment. C'est un développeur MMO vétéran, un maître de son art, mais il utilisait rarement l'IA pour écrire du code.
Au cours d'une série de réunions, je ne lui ai pas seulement dit d'"utiliser ChatGPT". Je l'ai guidé à travers l'Architecture des Systèmes exacte que j'ai décrite dans des publications précédentes : comment utiliser un IDE IA (comme Google Antigravity), comment router des modèles, comment découper des tâches et comment brancher l'IA directement dans l'environnement du moteur.
Une semaine plus tard, son monde entier a changé. Il a pris en charge un projet de jeu web IA nécessitant Golang pour le serveur et Godot pour le client—deux technologies qu'il n'avait jamais utilisées auparavant.
Il a mis en place l'architecture, a confié l'exécution à l'IA, et a regardé celle-ci construire le serveur et le client simultanément. Il m'a envoyé un message qui résumait parfaitement le changement : "Je n'ai pas physiquement tapé de C++ ou de C# depuis deux semaines. Je ne suis plus un codeur. Je suis un Architecte et Chef d'Orchestre de l'IA."
Il a compris la mission. Mais dans mon propre bureau, malgré le partage des mêmes outils et flux de travail, de nombreux ingénieurs utilisent encore l'IA pour "taper plus vite."
Le goulet d'étranglement n'est plus la technologie. Le goulet d'étranglement est la compréhension humaine.C'est la capacité de cesser de se voir comme le Producteur et de commencer à se voir comme le Gestionnaire de la Machine..
2. Le prochain changement d'architecture : Pourquoi le CLI tue le MCP
Bien que je sois anxieux au sujet de la compréhension humaine, je suis tout aussi anxieux au sujet de la vitesse de l'infrastructure.
Au cours des six derniers mois, toute l'industrie a été obsédée par la construction de MCP (Protocoles de Contexte de Modèle), de Compétences et de Plugins pour donner aux Agents accès à nos outils. C'était comme construire des ensembles de Lego complexes : un plugin pour Gmail, un connecteur pour Google Drive, une compétence pour le Calendrier.
J'ai souligné un pivot critique plus tôt :Google vient de publier le Workspace CLI.
Les Agents n'ont en réalité pas besoin de wrappers API complexes et lourds en tokens. Ils ont juste besoin d'accéder à l'Interface de Ligne de Commande (CLI).
L'Économie des Tokens du CLI
Lorsque vous utilisez une architecture MCP, vous devez intégrer le schéma de l'outil et les définitions de l'API dans la fenêtre de contexte de l'IA. Chaque fois que l'Agent "pense", il transporte un énorme manuel d'instructions. Vous brûlez des tokens GPU coûteux juste pour rappeler à l'IA commentutiliser l'outil.
Le CLI contourne cela. L'IA décide de ce qu'elle veut faire, appelle la commande CLI (par exemple, gcloud workspace docs créer), le CLI exécute l'action nativement sur le système et renvoie le résultat.
C'est pourquoi nous assistons à une explosion d'agents natifs CLI : Claude Code, Gemini CLI, Codex CLI, et maintenant Google Workspace CLI.
Nous passons de : IA → Plugin → API → SystèmeÀ : IA → CLI → Système
Ce n'est pas juste une mise à jour d'outil ; c'est la création d'un Système d'Exploitation pour Agents.Si une IA peut commander nativement Gmail, Drive, Docs et Calendar via CLI, des millions de flux de travail d'entreprise sont sur le point d'être réécrits du jour au lendemain.
Conclusion : Le Mur Organisationnel
Cela me ramène à mon anxiété. Les outils se mettent à jour tous les deux à trois mois. Mais les humains s'adaptent lentement, et les organisations d'entreprise s'adaptent encore plus lentement.
Si vous êtes un PDG ou un leader d'équipe, vous ne pouvez pas résoudre ce problème simplement en achetant des licences Copilot pour votre personnel. Vous devez redessiner fondamentalement votre organigramme. Vous devez identifier qui dans votre équipe est encore en train de "taper" et qui est devenu un "Architecte".
Si vous ne forcez pas votre organisation à frapper le mur, à s'écraser et à reconstruire ses flux de travail autour de systèmes natifs à l'IA (comme les CLI et le routage autonome des tâches), vos concurrents le feront.
Je suis très anxieux. Mais cette anxiété est exactement la raison pour laquelle je passe mes week-ends dans les tranchées, à tester ces CLI et à casser ces systèmes moi-même. Si vous ne comprenez pas les limites de la machine, vous n'avez pas le droit de dicter la direction de l'entreprise.
Mercury Technology Solutions : Accélérer la Digitalité.
