DéfinitionModèle opérationnel · couche d’exploitation · Operating SystemVersion 1.025 octobre 2026
Le modèle opérationnel de l’IA : qui décide, finance et exploite
Le modèle opérationnel de l’IA est l’organisation qui fixe qui décide, finance, construit, approuve et exploite l’IA dans une entreprise, avec quels rôles, quels droits de décision et quelle cadence ; la couche d’exploitation de l’IA applique ces décisions à chaque requête, et l’Operating System de Hikari Blue est la méthode qui installe les deux. La définition est celle de Hikari Blue : aucun texte de référence neutre ne définit le terme ; cette entrée nomme les cadres dont elle s’inspire et le test qui montre qu’un modèle est appliqué.
Sur cette page
- Définition et conventions
- 1. 3 termes, 3 objets
- 2. Ce que doit trancher un modèle opérationnel de l’IA
- 3. Où s’arrête la note de politique
- 4. Comment vérifier que le modèle est appliqué
- 5. Le modèle opérationnel dans les cadres de référence
- 6. Les questions des acheteurs
- 7. Références et sources
- 8. Comment citer cette entrée
Un modèle opérationnel s’écrit une fois. Une couche d’exploitation l’applique à chaque requête.
Dans cette page, « nous » désigne Hikari Blue, qui conçoit et exploite la couche d’exploitation de l’IA. La définition du modèle opérationnel de l’IA est la nôtre : aucun texte de référence neutre ne définit le terme. Les rôles, droits de décision et cadences nommés ici sont ceux de notre cadre de gouvernance de l’IA d’entreprise v1.0, publié le 25 septembre 2026.
Les acheteurs confondent souvent 3 objets sous un même mot : l’organisation qui décide de l’IA, le logiciel qui applique ces décisions et la méthode qui installe les deux. Cette entrée les distingue.
Modèle opérationnel, couche d’exploitation, Operating System.
Le modèle opérationnel décide, la couche d’exploitation applique, l’Operating System installe. Chacun a son artefact et son titulaire.
| Terme | Ce que c’est | Ce qu’il produit | Qui le porte |
|---|---|---|---|
| Modèle opérationnel de l’IA | L’organisation qui fixe qui décide, finance, construit, approuve et exploite l’IA, avec quels rôles, quels droits de décision et quelle cadence. | Des rôles, une table des droits de décision et une cadence de revues. | Le conseil d’administration, qui fixe l’appétit pour le risque lié à l’IA, et un dirigeant responsable. |
| Couche d’exploitation de l’IA | Le logiciel et la discipline d’exploitation qui s’interposent entre les modèles d’IA et les systèmes d’une entreprise. Elle oriente chaque requête vers le bon modèle, applique les règles, enregistre chaque décision et garde un moyen d’arrêter. | Pour chaque action : une décision de règle, un enregistrement et un chemin d’arrêt. | L’opérateur : pendant une mission, il peut nous inclure ; après le transfert, c’est l’équipe du client. |
| L’Operating System de Hikari Blue | La méthode qui installe les deux, en 6 phases : Diagnostic, Architecture, Build, Governance, Adoption, Run. | Une IA en production que votre équipe peut reprendre, défendre et arrêter, à une date de fin fixée. | Un associé nommé, qui signe la mission. |
La définition de la couche d’exploitation, en deuxième ligne, est celle que sert notre page de définition, mot pour mot. Les 6 phases sont celles de notre page Operating System.
Rôles, droits de décision et cadence : 3 décisions de conception.
Notre cadre de gouvernance répond à chacune par des objets nommés qu’un tiers peut vérifier.
- 7 rôles
Les rôles
Conseil d’administration, dirigeant responsable, responsable des risques IA, propriétaire du système, vérificateur humain, opérateur et fournisseur de modèles : des rôles, pas des intitulés de poste. Une même personne peut en tenir plusieurs dans un petit déploiement, sauf qu’un vérificateur n’approuve jamais une sortie d’un processus dont il est propriétaire.
- 10 décisions
Les droits de décision
Chaque décision a un seul rôle responsable, selon la convention RACI : de l’appétit pour le risque lié à l’IA, fixé par le conseil d’administration, au kill switch, que tout opérateur ou vérificateur nommé peut déclencher. 2 noms responsables sur une même décision, c’est aucun.
- 5 rythmes
La cadence
À chaque action, chaque jour, chaque semaine, chaque trimestre et chaque année. Le rythme le plus rapide ne demande aucune réunion : à chaque action, la couche évalue la règle, applique le corridor, vérifie le périmètre et écrit l’enregistrement.
- Cadre de gouvernance de l’IA d’entreprise v1.0 · Rôles 7 rôles, un nom responsable par décision.
- Cadre de gouvernance de l’IA d’entreprise v1.0 · Droits de décision 10 décisions, chacune avec un rôle responsable.
- Cadre de gouvernance de l’IA d’entreprise v1.0 · Cadence 5 rythmes, de chaque action à chaque année.
Un droit de décision qu’aucun système n’applique est une note de politique.
Un modèle opérationnel écrit dans une note dit qui peut approuver un processus, changer de modèle ou arrêter un agent. Il n’empêche personne d’autre de le faire. L’application commence là où la couche évalue la règle à chaque requête, refuse ce que les droits de décision interdisent et enregistre qui a agi.
3 décisions de notre cadre montrent le partage : le modèle nomme qui répond, la couche rend la réponse vraie à l’exécution.
| Décision | Modèle opérationnel : qui répond | Couche d’exploitation : ce qui l’applique |
|---|---|---|
| Fixer ou modifier une politique ou un corridor de résidence | Le responsable des risques IA ; l’opérateur exécute. | La version de règle en vigueur est évaluée à chaque requête et inscrite dans l’enregistrement de chaque action. |
| Choisir ou changer de fournisseur de modèles | Le propriétaire du système ; l’opérateur exécute. | La bascule est un changement de routage, enregistré dans la piste avec son auteur et son horodatage. |
| Déclencher le kill switch | Tout opérateur ou vérificateur nommé. | Le chemin d’arrêt révoque la session et les permissions d’outils de l’agent, et le déclenchement, son auteur et l’heure d’arrêt sont enregistrés. |
Un point d’application placé à la seule frontière de l’API laisse agents et outils hors de sa portée : Couche d’exploitation de l’IA ou passerelle IA
Demandez quelle règle a bloqué la dernière action refusée.
Prenez la dernière action que vos systèmes d’IA ont refusée, ou auraient dû refuser. Posez 3 questions : quelle règle l’a bloquée, dans quelle version ; quel rôle porte cette règle ; où le refus est enregistré.
Réussite
La réponse vient de l’enregistrement en quelques minutes : l’identifiant et la version de la règle, le rôle responsable nommé dans les droits de décision, et une entrée horodatée que personne n’a assemblée à la main.
Échec
Personne ne sait nommer la règle, la règle n’existe que dans un document, ou le refus n’a laissé aucune trace. Le modèle opérationnel n’existe alors que sur le papier.
La personne qui répond d’un usage d’IA, par son nom : Responsable nommé
3 références encadrent le modèle opérationnel, chacune par un côté.
Chaque texte ci-dessous encadre une partie du modèle opérationnel : les lignes de responsabilité, les devoirs de la direction, la gouvernance comme fonction. La correspondance avec notre définition est la nôtre. Correspondance établie par Hikari Blue ; l’IIA, l’ISO et le NIST ne l’ont pas examinée.
- IIA · Three Lines Model
Les lignes de responsabilité
L’Institute of Internal Auditors a publié sa prise de position sur le modèle des trois lignes le 8 juillet 2026, en remplacement de la note de 2020. Le management, première ligne, porte et gère les risques ; les rôles de deuxième ligne apportent expertise, appui, surveillance et remise en cause ; l’audit interne, troisième ligne, donne une assurance et un conseil indépendants.
Selon notre lecture, notre cadre place le propriétaire du système en première ligne et le responsable des risques IA en deuxième ; l’audit interne teste les contrôles et ne les opère jamais.
- ISO/IEC 42001:2023 · clause 5
Les devoirs de la direction
La norme internationale des systèmes de management de l’IA, publiée le 18 décembre 2023, fixe les devoirs de la direction dans sa clause 5, Leadership.
Selon notre lecture, les rôles et droits de décision d’un modèle opérationnel sont l’endroit où une organisation montre comment elle répond à cette clause.
- NIST AI 100-1 · GOVERN
La gouvernance comme fonction
Le cadre de gestion des risques de l’IA du NIST, publié en janvier 2023, décrit GOVERN comme une fonction transversale, présente dans toute la gestion des risques de l’IA. Sa catégorie GOVERN 2 demande des structures de responsabilité, afin que les équipes et les personnes concernées soient habilitées, responsables et formées.
Selon notre lecture, GOVERN décrit ce que le modèle opérationnel doit accomplir ; la couche d’exploitation produit la preuve qu’il l’accomplit.
Notre cadre de gouvernance v1.0 cite la version 2020 du modèle des trois lignes. La prise de position de 2026 conserve les 3 lignes et leurs rôles résumés ci-dessus.
Chacune des 72 sous-catégories du NIST, rattachée à l’un de nos 15 contrôles : Mise en œuvre du NIST AI RMF, contrôle par contrôle
Les questions posées sur le modèle opérationnel de l’IA.
Qu’est-ce que le modèle opérationnel de l’IA ?
L’organisation qui fixe qui décide, finance, construit, approuve et exploite l’IA dans une entreprise, avec quels rôles, quels droits de décision et quelle cadence. La définition est celle de Hikari Blue ; aucun texte de référence neutre ne définit le terme.
Quelle différence entre le modèle opérationnel de l’IA et la couche d’exploitation de l’IA ?
Le modèle opérationnel fixe qui décide et qui exploite l’IA. La couche d’exploitation applique ces décisions à chaque requête : elle évalue la règle, écrit l’enregistrement et garde le chemin d’arrêt. Un modèle sans couche reste sur le papier ; une couche sans modèle n’applique les décisions de personne.
L’Operating System de Hikari Blue est-il un modèle opérationnel ?
Non. C’est notre méthode, en 6 phases : Diagnostic, Architecture, Build, Governance, Adoption, Run. Elle installe le modèle opérationnel et la couche d’exploitation, et chaque mission a une date de fin fixée, à laquelle votre équipe reprend le système.
Qui porte le modèle opérationnel de l’IA ?
Dans notre cadre de gouvernance, le conseil d’administration fixe l’appétit pour le risque lié à l’IA et approuve les classes de cas d’usage que l’entreprise accepte, et un dirigeant responsable répond de l’IA en production. Chacune des 10 décisions du cadre a un seul rôle responsable.
Comment vérifier que le modèle opérationnel de l’IA est appliqué ?
Demandez quelle règle a bloqué la dernière action refusée. Si l’enregistrement nomme la règle et sa version, le rôle responsable et un horodatage, sans assemblage manuel, le modèle est appliqué. Si personne ne sait répondre, il n’existe que sur le papier.
Documents de référence et sources primaires.
Chaque rôle, chaque date et chaque citation de cette page proviennent des sources ci-dessous, consultées le 25 octobre 2026.
Documents de référence
- Cadre de gouvernance de l’IA d’entreprise v1.0 Rôles, droits de décision, 15 contrôles, preuves et cadence. CC BY 4.0.
- Système opérationnel Les 6 phases de la méthode, de Diagnostic à Run.
- Qu’est-ce qu’une couche d’exploitation de l’IA ? La définition sur laquelle s’appuie cette entrée, et les 4 tests pour l’acheteur.
- Stratégie IA Où l’IA change le compte de résultat, processus par processus, avant que le modèle opérationnel ne l’attribue.
- Glossaire de la couche d’exploitation de l’IA L’index des entrées, avec leur statut et leur citation.
Sources primaires, consultées le 25 octobre 2026
- IIA · Statement of Position, Three Lines Model : Assurance and Advice in Support of Effective Governance (ouvre dans un nouvel onglet) Publiée le 8 juillet 2026. Remplace la note de 2020. Synthèse.
- IIA · The IIA’s Three Lines Model : An update of the Three Lines of Defense (ouvre dans un nouvel onglet) Note de septembre 2020, signalée comme remplacée sur le site de l’IIA.
- ISO/IEC 42001:2023 · Information technology, Artificial intelligence, Management system (ouvre dans un nouvel onglet) Édition 1.0, publiée le 18 décembre 2023. Clause 5, Leadership : titre seul, le texte est vendu par l’ISO et la CEI.
- NIST AI 100-1 · Artificial Intelligence Risk Management Framework (AI RMF 1.0) (ouvre dans un nouvel onglet) Janvier 2023. Section 5.1, la fonction GOVERN, et tableau 1, catégorie GOVERN 2.
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, « AI operating model : who decides, funds and runs AI », Glossary of the AI operating layer, v1.0, 25 octobre 2026, https://hikariblue.com/glossary/ai-operating-model (édition française : /fr/glossary/ai-operating-model)
Les ancres de section sont stables : #status, #three-terms, #decides, #enforcement, #test, #frameworks, #faq, #references, #cite.
Historique des versions
v1.0 · 25 octobre 2026. Première version publique.
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.
Nommez la règle qui a bloqué votre dernière action refusée.
30 minutes avec un associé désigné. Nous prenons un processus d’IA que vous exploitez et confrontons son modèle opérationnel à ce que le système applique : qui détient chaque droit de décision, quelle règle le système applique, et ce que montre l’enregistrement. Vous repartez avec les écarts, que nous travaillions ensemble ou non.
- Un processus, ses droits de décision cartographiés
- Ce que le système applique et ce qui n’est qu’écrit
- Qui doit porter chaque écart