Les agents IA peuvent transformer l’entreprise en collectif assisté ; sans souveraineté logicielle, ils créeront une bureaucratie automatique.
Par Piotr Zieliński, ingénieur systèmes polonais spécialisé dans les architectures de calcul de nouvelle génération.
L’orchestration est une architecture de production
Un agent IA est un système capable de planifier, d’appeler des outils, de conserver du contexte et d’exécuter des tâches en plusieurs étapes. L’orchestration multi-agents coordonne plusieurs agents spécialisés : un agent recherche, un agent juridique, un agent financier, un agent support, un agent conformité, un agent décisionnel. Ce n’est pas seulement une évolution de l’assistant conversationnel. C’est une nouvelle forme d’architecture productive. Au lieu de machines alignées dans un atelier, l’entreprise aligne des agents dans ses systèmes : Salesforce pour le client, SAP pour les flux industriels, ServiceNow pour les tickets, Microsoft 365 pour la bureautique, Snowflake et Databricks pour les données, Jira pour les projets, Workday pour les ressources humaines. Chaque agent accomplit une partie du travail, transmet un résultat, déclenche une action, documente une étape, ou au contraire masque une fragilité sous une réponse apparemment fluide. Les cadres techniques récents sur les agents insistent déjà sur la planification, les outils, la mémoire, les protocoles et l’observabilité, car un agent utile n’est pas seulement un modèle de langage : c’est un modèle relié à une chaîne d’action. Dans mon regard d’ingénieur systèmes, cette différence est cruciale. Un chatbot qui se trompe peut créer une gêne ; un agent connecté à un ERP peut modifier une commande, générer un engagement, prioriser un client, fermer un incident ou déclencher une alerte. L’orchestration n’est donc pas une couche décorative. Elle est une usine invisible. Et comme toute usine, elle exige plans, capteurs, maintenance, procédures d’arrêt, tests de sécurité et responsabilité claire.
Sans audit, l’agent devient bureaucrate
Une bureaucratie automatisée apparaît lorsqu’une décision circule entre systèmes sans interlocuteur identifiable. Un client reçoit un refus, un salarié une évaluation, un fournisseur une pénalité, un candidat un classement défavorable, mais personne ne sait expliquer toute la chaîne. Le service métier accuse l’outil, l’outil accuse le modèle, le modèle accuse la donnée, la donnée accuse le processus, et la responsabilité disparaît dans l’architecture. C’est précisément ce que l’entreprise doit éviter. Un agent orchestré doit être borné, journalisé, réversible, explicable et responsable. Chaque action importante doit indiquer quel agent a agi, avec quel mandat, sur quelle donnée, après quel appel d’outil, sous quelle politique, avec quel niveau d’incertitude, et sous quelle supervision humaine. Sans ce registre, l’automatisation ne produit pas de confiance ; elle produit de la vitesse sans mémoire. Les directions aiment parler de fluidité, de productivité, d’expérience employé et d’autonomie. Ces mots sont acceptables seulement si l’on construit la discipline technique derrière eux. Il faut des environnements de test, des seuils d’autorisation, des rôles d’accès, des journaux inviolables, des audits indépendants, des procédures de rollback, des alertes de dérive, des revues périodiques et des cartes de dépendance entre agents. L’entreprise qui déploie dix agents sans registre d’action ne gagne pas en intelligence ; elle perd en contrôle. Elle remplace une bureaucratie humaine parfois lente par une bureaucratie logicielle plus rapide, plus polie, plus difficile à contester. Or une mauvaise décision automatisée reste une mauvaise décision. Son élégance n’annule pas son effet.
La souveraineté logicielle est la condition du collectif humain
Je ne suis pas hostile aux agents orchestrés. Ils peuvent libérer les salariés de tâches répétitives, améliorer les délais, réduire les erreurs, documenter les décisions, accélérer la maintenance, fluidifier le support client et coordonner des services qui se parlent mal. Dans une entreprise industrielle, un agent peut comparer une alerte qualité, un stock, une procédure de maintenance, un historique fournisseur et une contrainte de livraison beaucoup plus vite qu’une équipe fragmentée. Mais il doit renforcer l’organisation humaine, non la contourner. Cela impose une souveraineté logicielle minimale : comprendre les modèles utilisés, maîtriser les données injectées, choisir des standards ouverts quand ils existent, éviter l’enfermement fournisseur, conserver des compétences internes, auditer les connecteurs, surveiller les coûts et documenter les responsabilités. Une entreprise entièrement dépendante d’un fournisseur pour comprendre ses agents n’est pas augmentée ; elle est administrée de l’extérieur. Le collectif humain assisté existe seulement lorsque les humains peuvent interrompre, comprendre, corriger et contester la machine. Sinon, l’entreprise deviendra une bureaucratie automatique : rapide, cohérente, mesurable, mais incapable de rendre des comptes autrement que par des logs incompréhensibles. La vraie modernité n’est pas d’ajouter des agents partout. Elle consiste à décider où l’autonomie logicielle est utile, où elle est dangereuse, et quelles décisions doivent rester humaines. Une architecture d’agents sans souveraineté n’est pas une stratégie d’IA. C’est une délégation de pouvoir sans garantie de retour.
À propos de Piotr Zieliński
Piotr Zieliński voit les agents IA non comme une magie logicielle, mais comme une architecture à gouverner : protocoles, audits, chaînes de responsabilité, sécurité, interopérabilité et souveraineté technique. Pour lui, aucune automatisation sérieuse ne doit être déployée sans capacité interne à la comprendre, la maintenir et l’interrompre.
Sources
NIST AI Risk Management Framework ; Model Context Protocol.
