Architecture d'Entreprise
Architecture d'entreprise et IA agentique : du document au contexte lisible par les machines
Quand des agents agissent dans le système d'information, l'architecture ne peut plus rester un livrable statique : elle devient un contexte que les agents interrogent et qui borne leurs actions.
Pendant des années, l'architecture d'entreprise a produit des livrables destinés à des humains : cartographies, schémas cibles, registres de décisions, référentiels de principes. Leur lecteur était un comité, un chef de projet, un auditeur. Avec les agents IA, un nouveau lecteur apparaît : un système qui agit dans le système d'information et qui, lui aussi, doit « connaître » les règles. Plusieurs éditeurs et analystes du domaine convergent sur la même formule : l'architecture passe du contrôle au contexte.
Le problème : un agent ne lit pas votre PowerPoint
Un agent qui automatise une commande, une réconciliation ou une réponse client travaille avec ce qu'il a dans son contexte : un prompt, des documents récupérés, des outils exposés. Si les contraintes de l'entreprise — qui peut décider quoi, quelles données sont sensibles, quel système fait foi pour quelle information — vivent dans des documents que seuls des humains consultent, l'agent les ignore. Il n'est pas malveillant ; il est simplement mal informé. Les incidents d'agents qui « font ce qu'on leur a demandé » mais enfreignent une règle implicite viennent de là.
Ce que « contexte lisible par les machines » veut dire concrètement
Il ne s'agit pas de remplacer l'architecture par un graphe de connaissances, mais de rendre une partie de ce qu'elle décide interrogeable et opposable :
- Les politiques sous forme vérifiable : qui peut approuver quoi, jusqu'à quel montant, avec quelle séparation des tâches.
- Les dépendances et la lignée des données : quel système est la source de vérité d'un objet métier, et qui en dépend.
- Les décisions d'architecture : les ADR existants, avec leur statut, qu'un agent peut consulter pour ne pas contredire un choix déjà arbitré.
- Les capacités et leurs propriétaires : à qui escalader quand l'agent atteint la limite de son périmètre.
Des approches émergentes — graphes de connaissances, ontologies, GraphRAG, fichiers de consignes de type AGENTS.md, exposition du référentiel d'architecture via MCP — vont toutes dans ce sens. L'enjeu n'est pas l'outil mais la discipline : maintenir ce contexte à jour, avec un responsable.
Du gardien de la porte à l'orchestrateur
Le rôle de l'architecte évolue. Le modèle de revue d'architecture ponctuelle, où le comité bloque ou autorise en amont, ne tient pas face à des agents qui évoluent chaque semaine. Le modèle qui émerge : l'architecture fournit en continu un contexte et des garde-fous, vérifie en continu que les agents les respectent, et traite les exceptions. Elle travaille moins sur des documents que sur des cycles de vie d'agents : comment un agent est entraîné ou configuré, déployé, supervisé, mis à jour, retiré.
Les limites à garder en tête
Un contexte machine mal maintenu est pire qu'un document périmé : il est appliqué automatiquement. Les graphes de connaissances coûtent cher à construire et à tenir à jour, et beaucoup d'organisations n'ont pas encore un référentiel d'architecture fiable pour les humains — le numériser n'arrangera rien. Enfin, rendre une règle lisible par un agent ne garantit pas qu'il la respecte : il faut toujours un contrôle indépendant de ce que l'agent fait réellement.
Par où commencer
Choisissez un domaine à fort enjeu et faible périmètre — par exemple l'approbation des dépenses, ou l'accès aux données personnelles. Formalisez ses règles, désignez un propriétaire, exposez-les à un agent pilote, et mesurez les écarts. C'est aussi l'esprit de TEAF, dont le cadre pose des rôles explicites (propriétaire d'architecture, responsable des décisions, contrôle de l'IA) précisément pour que le contexte ait un responsable.
- L'architecture a un nouveau lecteur : l'agent. Ce qu'elle ne lui rend pas accessible, il l'ignore.
- « Lisible par les machines » signifie politiques, dépendances, décisions et propriétaires interrogeables — pas un grand graphe à tout prix.
- Le rôle de l'architecte passe de la revue ponctuelle à un contexte et des garde-fous maintenus en continu.
- Un contexte non maintenu est dangereux, et une règle lisible n'est pas une règle respectée : contrôle indépendant requis.
Sources
À lire aussi
Cet enjeu vous concerne ?
Un premier échange gratuit pour l'évaluer ensemble.