Agents IA : simplifier l’architecture sans affaiblir les contrôles
Combien d’agents faut-il pour traiter un dossier client ? Pour une entreprise belge ou française, la réponse devrait venir de la recette métier. Le guide Anthropic du 22 octobre 2026 fournit un point de départ pour comparer les architectures, sans présumer du résultat sur ses propres données.
1. Le point de départ officiel
Anthropic propose d’évaluer le regroupement de certains sous-agents dans une boucle principale, avec chargement des procédures et des outils à la demande. Le guide conserve un rôle aux sous-agents pour la vérification, les travaux parallèles et la séparation des permissions. Il recommande une migration progressive, mesurée par des évaluations de bout en bout.
2. Ce que cela change pour les entreprises belges et françaises
Notre recommandation : pour une PME, commencer par un processus limité, par exemple préparer une réponse à partir de tickets et de documents autorisés. Pour une ETI ou une grande entreprise, comparer les architectures sur le même ensemble de dossiers, avec les mêmes droits et le même modèle. Une administration devrait inclure les cas de refus d’accès et les exigences de justification dans sa recette. La DSI et le métier doivent convenir ensemble de ce qui constitue une tâche correctement terminée.
3. Analyse Underside : séparer procédure et autorisation
Nous recommandons de traiter une procédure chargée par l’agent comme une instruction de travail, jamais comme une permission. Pour un RAG, le service documentaire devrait filtrer chaque recherche selon les droits de l’utilisateur. Pour Odoo, les outils devraient distinguer consultation, proposition de modification et écriture approuvée. Regrouper les raisonnements ne justifie pas de regrouper tous les privilèges dans un compte technique. Prévoir des journaux reliant demande, documents consultés, appels d’outils et validation humaine.
4. Une recette avant toute migration
Constituer un jeu de dossiers représentatifs : réponse simple, document absent, sources contradictoires, tentative d’injection documentaire et écriture interdite. Mesurer réussite métier, références correctes, refus attendus, latence et coût par dossier terminé. Rejouer les cas plusieurs fois, puis modifier une seule frontière entre agents. Conserver une architecture spécialisée si la simplification dégrade un contrôle ou une réponse. Prévoir un retour à la version précédente avec procédures, modèle et outils versionnés.
5. Garder la souveraineté dans la décision
Notre lecture : une architecture plus simple doit aussi être évaluée sur sa dépendance au fournisseur. Pour une IA locale, privée ou cloud, documenter séparément où passent requêtes, documents, mémoire et journaux. Tester l’export des traces et la révocation des accès avant d’élargir le pilote. La décision doit porter sur un service exploitable et réversible, avec un responsable identifié, plutôt que sur le nombre d’agents annoncé.
Recommandation opérationnelle : sélectionner un workflow en lecture seule, fixer les seuils de recette avant le test et comparer les deux architectures. Autoriser les écritures métier seulement après validation des droits, des traces et du retour arrière.
Cadrer un projet d’IA gouvernée