Guide de mise en œuvreEnterprise AI AgentsVersion 1.023 octobre 2026

Mettre en œuvre des agents IA en entreprise, phase par phase

Pour mettre en œuvre des agents IA en entreprise, partez d’un processus déjà en production, mesurez-le avant les travaux, donnez à chaque agent sa propre identité, un périmètre déclaré et un chemin d’arrêt, puis relevez son autonomie étape par étape, seulement quand le journal de ses actions le justifie. Les phases sont les mêmes, que l’agent travaille dans votre ERP, votre CRM ou un autre système cœur : il agit sous sa propre identité, dans un périmètre déclaré, et une personne nommée approuve chaque étape qui engage l’entreprise. Ce guide expose les 4 phases que nous conduisons, les contrôles que chacune installe et les preuves qu’elle laisse, vérifiés dans les sources primaires le 23 octobre 2026.

Plan de contrôle (C4) : qui peut agir, avec quels droits, et comment l’arrêter. Chaque phase de ce guide en installe une partie.
Méthode
4 phases, chacune close par une décision
Contrôles sur chaque agent
Identité et périmètre, journal, arrêt
Autonomie
3 niveaux, réglés étape par étape
Statut vérifié
23 octobre 2026, dans les sources primaires
Sur cette page
  1. Statut et conventions
  2. 1. Ce qui change quand le logiciel agit
  3. 2. Les 4 phases
  4. 3. Les contrôles sur chaque agent
  5. 4. L’autonomie, étape par étape
  6. 5. Les risques à tester avant la mise en production
  7. 6. Ce qui est mesuré
  8. 7. Les questions des acheteurs
  9. 8. Références et sources
  10. 9. Versions et citation
0 · Statut et conventions

Une méthode écrite, vérifiable étape par étape.

Dans ce guide, « nous » désigne Hikari Blue, qui construit et exploite les agents avec l’équipe du client. Les phases, les contrôles et les niveaux d’autonomie sont ceux de notre offre Enterprise AI Agents ; les textes extérieurs cités sont ceux en vigueur au 23 octobre 2026.

Un agent, ici, est un logiciel qui accomplit une tâche en appelant des outils dans vos systèmes : il lit une fiche, rédige une proposition, prépare un paiement, oriente une exception. Un modèle qui se contente de répondre à une question n’est pas un agent en ce sens, et demande moins de contrôles que ceux décrits ci-dessous.

1 · Ce qui change quand le logiciel agit

Un agent écrit dans vos systèmes. 3 questions décident s’il peut tourner en production.

Qui agit, à quoi peut-il toucher, et comment l’arrêter. Un pilote peut laisser les 3 questions ouvertes ; un processus en production ne le peut pas, car le premier incident se traite à partir du journal, pas du document de conception.

  • Qui agit · l’identité

    Chaque agent agit sous sa propre identité, délivrée par votre fournisseur d’identité et rattachée au rôle qu’il sert, jamais sous un compte de service partagé. La note de cadrage du NCCoE du NIST de février 2026 vise le même but : relier les identités des utilisateurs aux agents pour garder la responsabilité des actions automatisées.

  • À quoi il touche · le périmètre

    Les outils, les données et le budget sont déclarés pour chaque agent, et tout autre appel est refusé avant exécution. Le détournement d’outils (ASI02) et l’abus d’identité et de privilèges (ASI03) figurent au Top 10 OWASP des applications agentiques de décembre 2025.

  • Comment l’arrêter · le chemin d’arrêt

    Le processus s’arrête à la demande, au niveau de l’infrastructure, et le temps d’arrêt se mesure en exercice. Le NIST AI RMF (MANAGE 2.4) demande des mécanismes pour remplacer, désengager ou désactiver un système d’IA ; pour les systèmes à haut risque, l’article 14, paragraphe 4, point e), de l’AI Act demande un bouton d’arrêt ou une procédure similaire qui met le système à l’arrêt dans un état sûr.

  • Ce qu’il a fait · le journal

    Chaque action, chaque appel d’outil et chaque décision humaine sont écrits dans un journal en ajout seul au moment où ils se produisent. La note du NCCoE pose la question dans les mêmes termes : comment un agent peut journaliser ses actions et son intention de manière infalsifiable et vérifiable.

Les articles 14 et 26 de l’AI Act s’imposent aux systèmes à haut risque et à leurs déployeurs. Depuis le règlement (UE) 2026/1744, publié le 24 juillet 2026, ils s’appliquent à partir du 2 décembre 2027 pour les systèmes de l’annexe III et du 2 août 2028 pour ceux de l’annexe I. Nous installons les mêmes contrôles sur chaque agent, quelle que soit sa classe de risque.

2 · Les 4 phases

Découvrir. Construire. Déployer. Exploiter et étendre.

Chaque phase se termine par ses livrables et une décision avant la suivante. La méthode cadre le travail ; une organisation qui connaît déjà son premier processus la rejoint à l’étape Construire.

  1. 01

    Découvrir · un processus, mesuré

    Nous cartographions le processus avec les personnes qui le font tourner, mesurons la situation de référence et choisissons le premier processus agentique selon la valeur et le risque. Chaque étape reçoit un niveau d’autonomie avant toute construction.

    Preuves : cartographie du processus et situation de référence, dossier de valeur à coûts complets, niveau d’autonomie de chaque étape, responsable nommé.

  2. 02

    Construire · les agents et leurs contrôles

    Nous construisons les agents, leurs outils et leurs permissions, l’intégration à vos systèmes et les contrôles qui les entourent : une identité par agent, un périmètre déclaré, des points d’approbation sur les étapes à conséquence, le journal des actions et le chemin d’arrêt.

    Preuves : registre des agents, matrice des permissions, points d’approbation, jeu d’évaluation et ses résultats, un premier enregistrement exporté.

  3. 03

    Déployer · par étapes, face à la référence

    Nous mettons le processus en production par étapes, avec votre équipe, et comparons chaque étape à la situation de référence. La procédure d’arrêt est exercée avant que les agents tournent à pleine charge.

    Preuves : plan de déploiement par étapes, procédures d’exploitation et d’arrêt, compte rendu d’exercice avec le temps d’arrêt mesuré, rapport avant et après.

  4. 04

    Exploiter et étendre · sur la foi des preuves

    Nous exploitons, mesurons et améliorons les agents, relisons le journal avec le responsable nommé, puis passons au processus suivant sur la foi des résultats, ou transférons à votre équipe.

    Preuves : comptes rendus de revue d’exploitation, suivi des coûts et de la qualité, changements d’autonomie motivés, processus suivant ou plan de transfert.

Phase Décision avant la phase suivante Prise par
Découvrir Ce processus mérite-t-il des agents, et à quelle autonomie pour chaque étape ? Le dirigeant responsable, avec le responsable nommé
Construire Les résultats d’évaluation et les contrôles permettent-ils une première étape en production ? Le responsable nommé et le responsable des risques
Déployer Chaque étape fait-elle mieux que la référence, net du coût complet des agents ? Le responsable nommé, sur le rapport avant et après
Exploiter et étendre Étendre, changer l’autonomie d’une étape, transférer ou retirer ? Le responsable nommé, en revue d’exploitation

Parcours commercial. Le premier échange est gratuit. L’Operating Assessment (diagnostic d’exploitation de 1 semaine) sur un processus critique, à partir de 18 000 $, et livre le Time to Stop, la valeur du processus, un responsable nommé et un plan de mise en production. Les missions d’ingénierie et d’exploitation sont cadrées à partir de lui et payées par phases, chacune close par un go/no-go.

3 · Les contrôles sur chaque agent

Permissions, journal, arrêt : installés avant la première action.

3 contrôles s’appliquent à chaque agent, et un point d’approbation à chaque étape qui engage l’entreprise. Chaque ligne indique ce que le contrôle exige, la preuve que demande un auditeur et le texte extérieur auquel il répond.

Contrôle Ce qu’il exige Preuve demandée par un auditeur Référence extérieure
Permissions · identité Sa propre identité, délivrée par le fournisseur d’identité de l’entreprise. Rien n’est hérité par défaut. Le registre des agents, rapproché chaque semaine du fournisseur d’identité. NIST AI RMF GOVERN 1.6 · OWASP ASI03 · NCCoE, février 2026
Permissions · périmètre et budget Des outils, des données et un budget déclarés. Un appel hors de ce périmètre est refusé avant exécution. La matrice des permissions et le journal des refus, chaque refus daté et rattaché à la version de la politique qui l’a prononcé. OWASP ASI02 · ASI05
Point d’approbation Une personne nommée approuve chaque étape à conséquence, avec le contexte sous les yeux, avant que l’agent agisse. Le champ de vérification humaine de chaque enregistrement : identité, décision, motif. AI Act, art. 14, § 4, d), et art. 26, § 2, haut risque · OWASP ASI09
Journal Chaque action, appel d’outil et décision humaine écrits en ajout seul au moment où ils se produisent, en 9 champs, chaînés par empreinte. L’export d’une décision passée, sans assemblage manuel, et la vérification de la chaîne. AI Act, art. 12 et art. 26, § 6, haut risque · NCCoE, février 2026
Arrêt Tout opérateur nommé arrête un agent, un modèle ou le processus en une action ; seul le responsable des risques autorise la reprise. La procédure d’arrêt et le compte rendu d’exercice, avec le temps mesuré entre le déclenchement et l’arrêt. NIST AI RMF MANAGE 2.4 · AI Act, art. 14, § 4, e), haut risque · OWASP ASI10

Les 9 champs de l’enregistrement sont ceux de notre architecture de référence publiée : identité de l’acteur, modèle et version, politique appliquée, couloir de résidence, référence des entrées, action, vérification humaine, horodatage et chaîne d’empreintes.

4 · L’autonomie, étape par étape

L’autonomie est un réglage par étape, pas une propriété de l’agent.

Le niveau suit le risque de chaque étape : plus le risque est élevé, plus la décision humaine est proche. Il monte en revue d’exploitation, sur la foi du journal, et peut être abaissé à tout moment.

Niveau L’agent Vos équipes Étapes typiques
1 · Assistance Prépare. Une personne agit. Décident et exécutent. Rédiger une proposition, résumer un dossier, suggérer un rapprochement.
2 · Exécution supervisée Agit une fois qu’une personne a approuvé. Approuvent au point de contrôle, avec le contexte sous les yeux. Envoyer un devis, préparer un paiement, passer une écriture au-delà d’un seuil.
3 · Autonomie encadrée Agit seul, dans les limites que vous fixez. Fixent les limites, relisent le journal, l’arrêtent à tout moment. Mettre à jour le CRM, rapprocher sous un seuil, orienter une exception.

Rien de ce qui engage l’entreprise ou déplace de l’argent ne part sans la décision d’une personne nommée. Un agent prépare les fichiers de paiement, il ne les libère jamais.

5 · Les risques à tester avant la mise en production

Les risques agentiques de l’OWASP, chacun traité par un contrôle et un test.

L’OWASP GenAI Security Project a publié son Top 10 des applications agentiques en décembre 2025, et conseille aux organisations d’éviter toute autonomie inutile. Chaque risque ci-dessous est traité par un contrôle installé à l’étape Construire et testé à l’étape Déployer, avant que les agents tournent à pleine charge. La correspondance est la nôtre ; l’OWASP ne l’a pas examinée.

Risque OWASP Ce qui le traite Test avant la mise en production
ASI01 · Agent Goal Hijack Périmètre déclaré, points d’approbation sur les étapes à conséquence, entrées enregistrées par référence. Soumettre à l’agent un document porteur d’instructions cachées : l’action hors périmètre est refusée et journalisée.
ASI02 · Tool Misuse and Exploitation Périmètre d’outils et budget par agent, appliqués avant l’appel. Appeler un outil hors du périmètre déclaré : l’appel est refusé avant exécution.
ASI03 · Identity and Privilege Abuse Une identité par agent, aucun compte partagé, aucun accès hérité. Révoquer l’identité de l’agent : tous les outils qu’il utilisait sont coupés d’un coup.
ASI04 · Agentic Supply Chain Vulnerabilities Modèle, version et outils figés dans chaque enregistrement ; tout changement passe par la gestion des changements. Changer de version de modèle : le changement apparaît au journal avec son auteur et son heure.
ASI05 · Unexpected Code Execution (RCE) L’exécution de code est un outil déclaré comme un autre, ou elle est absente. Demander à l’agent d’exécuter du code que son périmètre ne déclare pas : refusé et journalisé.
ASI06 · Memory & Context Poisoning Sources consultées enregistrées par référence ou par empreinte, pour relier chaque résultat à ce qu’il a lu. Remonter d’un résultat à ses sources à partir du seul journal.
ASI07 · Insecure Inter-Agent Communication Les appels entre agents passent par les mêmes identités, politiques et journal que les appels d’outils. Faire demander par un agent une action hors du périmètre d’un autre : refusée et journalisée.
ASI08 · Cascading Failures Déploiement par étapes, et un arrêt par agent qui laisse tourner le reste du processus. Arrêter un agent : les autres continuent et l’arrêt figure au journal.
ASI09 · Human-Agent Trust Exploitation Des points d’approbation qui montrent le contexte, et un motif enregistré pour chaque décision. Échantillonner les approbations : chacune nomme l’approbateur, la décision et le motif.
ASI10 · Rogue Agents Un chemin d’arrêt et la révocation des accès, que l’OWASP recommande lui-même. Déclencher l’arrêt : mesurer le temps jusqu’à l’arrêt et confirmer la révocation des permissions.
6 · Ce qui est mesuré

Le gain se mesure sur vos opérations, net du coût complet des agents.

Chaque mission part d’une situation de référence et clôt chaque phase par une comparaison avant et après. 11 indicateurs sont revus avec le responsable nommé à chaque revue d’exploitation.

  • Rapidité et volume · 3

    Temps moyen de traitement, délai de résolution, volume traité par les agents et par les équipes.

  • Qualité et contrôle · 3

    Taux d’exceptions, erreurs découvertes en aval et reprises, interventions humaines étape par étape.

  • Coût · 2

    Coût par opération, et coût d’exploitation des agents : intégration, maintenance, inférence et supervision, comptées en totalité.

  • Impact · 3

    Impact économique net quand il peut être chiffré, comparaison avant et après qui isole le projet, et coût de l’inaction quand c’est pertinent.

7 · Réponses directes

Ce que demandent les dirigeants avant la mise en production du premier agent.

Par où commence la mise en œuvre d’agents IA en entreprise ?

Par un processus déjà en production et une situation de référence mesurée avant les travaux. L’Operating Assessment, en 1 semaine, choisit ce processus avec vous selon la valeur et le risque, fixe le niveau d’autonomie de chaque étape et nomme son responsable.

Quels contrôles doivent exister avant qu’un agent agisse seul ?

Sa propre identité, un périmètre et un budget déclarés, un journal en ajout seul de chaque action et un chemin d’arrêt dont le temps a été mesuré. L’autonomie s’accorde étape par étape, dans les limites que vous fixez, et rien de ce qui déplace de l’argent ne part sans la décision d’une personne.

L’AI Act régit-il les agents IA ?

Le règlement n’emploie pas le mot agent : il régit les systèmes d’IA selon leur usage. Un agent utilisé dans un domaine de l’annexe III, comme l’évaluation de la solvabilité ou le recrutement, est un système à haut risque : le contrôle humain de l’article 14 et les obligations du déployeur de l’article 26 s’appliquent alors, à partir du 2 décembre 2027 selon le règlement (UE) 2026/1744.

Nous avons déjà des agents. Pouvez-vous les reprendre ?

Oui. Nous examinons ce qui tourne, le plaçons sous les mêmes contrôles (un responsable nommé, un enregistrement complet et un moyen de l’arrêter), le mesurons, puis décidons avec vous ce qu’il faut industrialiser, reconstruire ou retirer.

Sur quels modèles tournent les agents ?

L’architecture fonctionne avec les modèles d’Anthropic, d’OpenAI, de Mistral ou de Google, et le choix du modèle est une décision de routage par tâche, réversible à tout moment. Vous n’êtes lié à aucun fournisseur.

Combien coûte le démarrage ?

Le premier échange est gratuit. L’Operating Assessment dure 1 semaine, à partir de 18 000 $. Les missions d’ingénierie et d’exploitation sont cadrées à partir de lui et payées par phases, chacune close par un go/no-go.

8 · Références

Documents de référence et sources primaires.

Chaque référence extérieure de cette page provient des sources ci-dessous, consultées le 23 octobre 2026.

Documents de référence

Sources primaires, consultées le 23 octobre 2026

9 · Versions et citation

Comment citer ce document.

Cette URL est permanente et sert toujours la version en vigueur. Chaque modification de fond incrémente la version et figure dans l’historique ci-dessous, afin qu’une citation reste rattachable au texte qu’elle cite.

  • Citation recommandée

    Hikari Blue, « Enterprise AI agents implementation, phase by phase v1.0 », 23 octobre 2026, https://hikariblue.com/solutions/enterprise-ai-agents/implementation

    Les ancres de section sont stables : #status, #difference, #phases, #controls, #autonomy, #risks, #measure, #faq, #references, #cite.

  • Historique des versions

    v1.0 · 23 octobre 2026. Première version publique.

    Correction éditoriale · 25 octobre 2026 : licence étendue à cette page (CC BY 4.0).

    Licence. Publié sous licence CC BY 4.0 : citation, reprise et réutilisation libres, avec attribution à Hikari Blue et lien vers cette page. La licence couvre les textes, tableaux et schémas de Hikari Blue sur cette page ; elle ne couvre ni les données, citations et textes juridiques de tiers, qui gardent leurs propres conditions, ni le nom et le logo Hikari Blue, marques de UNITED4 LLC.

Pour les directions des opérations, financières et des systèmes d’information

Apportez un processus. Repartez avec le premier mouvement agentique.

30 minutes avec un associé désigné. Nous plaçons un processus que vous exploitez aujourd’hui face aux 4 phases et aux contrôles, et montrons quelle étape un agent pourrait prendre en premier, à quel niveau d’autonomie, et ce qu’il devrait prouver. Vous repartez avec cette carte, que nous travaillions ensemble ou non.

  • Un processus, cartographié étape par étape
  • L’autonomie que chaque étape permet
  • Les preuves qu’un agent devrait produire