Définition de la catégorie · Pour conseils d'administration, DSI et directions des risques
Qu’est-ce qu’une couche d’exploitation de l’IA ?
La couche d’exploitation de l’IA pour l’entreprise régulée. Nous concevons la gouvernance, l’audit et le runtime entre les modèles de fondation et vos workflows métier. Multi-modèle par architecture, souverain par construction, défendable devant votre conseil, votre régulateur et vos opérateurs.
La définition
La couche entre le modèle et le travail.
Une couche d'exploitation de l'IA est la combinaison de gouvernance, d'audit et de runtime construite entre les modèles de fondation et les workflows métier. Elle décide quel modèle traite quelle tâche, sous quelle politique, avec quelle résidence de données. Elle consigne chaque action dans une piste d'audit immuable. Elle donne à l'entreprise un kill switch qui relève de l'architecture, pas d'une fonctionnalité.
Pas un cabinet de conseil. Pas un intégrateur. Pas un hyperscaler. Pas un organisme de formation.
-
Pas un intégrateur
Les intégrateurs câblent les systèmes puis repartent. La couche d’exploitation de l’IA reste et tourne, opérée par votre équipe après le transfert, sur du code et des runbooks que vous possédez. Elle répond du workflow en production, pas du document de passation.
-
Pas un cabinet de conseil
Le cabinet recommande. La couche d’exploitation de l’IA exécute. La différence se voit le jour où le régulateur demande la piste d’audit, pas le deck de stratégie.
-
Pas un fournisseur de modèles
La couche est agnostique au modèle par conception. Une entreprise réglementée ne peut jamais être captive de la roadmap, du prix ou de la juridiction d'un fournisseur.
Le marché a convergé en 2026 : MIT Technology Review a décrit l’IA d’entreprise comme une couche d’exploitation en avril, et Anthropic comme OpenAI ont créé des activités d’implémentation le même trimestre. Lire l'analyse
La catégorie est spécifiée dans deux documents publics et versionnés. Lire l'architecture de référence Lire le cadre de gouvernance
Les moteurs de réponse et les agents lisent cette définition à partir de la même source que cette page. Voir comment les systèmes d'IA lisent Hikari Blue
Pourquoi elle existe maintenant
La réglementation a attaché les obligations à la couche, pas au modèle.
L'Omnibus numérique sur l'IA est entré en vigueur le 27 juillet 2026. Il a reporté les obligations des systèmes à haut risque autonomes (annexe III) au 2 décembre 2027, et celles de l'IA à haut risque intégrée à des produits réglementés (annexe I) au 2 août 2028. Il n'a pas changé qui les porte. Presque aucune obligation opérationnelle ne pèse sur le fournisseur du modèle. Elles pèsent sur la couche qui fait tourner le système, c'est-à-dire sur l'entreprise.
-
Article 12 · Journalisation
Les systèmes à haut risque doivent générer des journaux automatiquement pendant leur durée de vie. Une API de modèle ne le fait pas pour votre workflow. La couche d’exploitation de l’IA, si.
-
Article 19 · Enregistrements
Les fournisseurs conservent au moins six mois les journaux qu'exige l'article 12. Les déployeurs portent le même plancher de six mois au titre de l'article 26(6). C'est la piste d'audit que la couche produit nativement.
-
Article 26 · Devoirs du déployeur
La surveillance et la supervision humaine incombent au déployeur, pas au fournisseur. La boucle de supervision est une fonction de la couche d’exploitation de l’IA, appliquée par tâche.
Calendrier tel que publié par la Commission européenne (page mise à jour le 3 août 2026) : Calendrier d'application de l'AI Act acte modificatif : Règlement (UE) 2026/1744 sur EUR-Lex les obligations des modèles à usage général s'appliquent depuis le 2 août 2025, avec des pouvoirs d'exécution de la Commission depuis le 2 août 2026 : Lignes directrices de la Commission
Notre newsroom suit le calendrier d'application : l'échéance a bougé, l'exposition non gouverner l'action, pas le modèle
Les quatre propriétés
Ce qui fait d’une couche une couche d’exploitation de l’IA.
Beaucoup de produits revendiquent le mot. Quatre propriétés font le test, et chacune est architecturale : elle ne peut pas être ajoutée plus tard comme une feature.
-
Multi-modèles par architecture
La couche orchestre plusieurs modèles de fondation sous une même gouvernance. Le choix du modèle est une décision de routage par tâche, réversible à tout moment. Si retirer un fournisseur casse le système, c’est un wrapper, pas une couche d’exploitation de l’IA.
-
Audit par architecture
Chaque action est enregistrée au moment où elle se produit, de façon immuable, avec le contexte exigé par l'article 12. Une piste d'audit reconstituée après coup est de la documentation, pas de l'audit. La différence est ce qu'un régulateur accepte.
-
Souveraine par construction
Résidence des données, juridiction du modèle et contrôle d'accès sont décidés par l'entreprise et appliqués par la couche, avec zéro donnée en clair côté serveur là où l'architecture l'exige. Une souveraineté plaquée est une déclaration d'intention, pas une propriété.
-
Contrôle d'agent par architecture
Chaque agent tourne sous sa propre identité, avec un périmètre d'outils déclaré et un chemin d'arrêt mesuré en secondes. Si un agent ne peut pas être nommé, autorisé et arrêté, la couche est un routeur, pas une couche d'exploitation.
L'architecture de référence complète, la matrice d'intégration et la politique de stack sont publiées. Voir la page Engineering Voir comment nous opérons
L'analogie qui tient
La tour de contrôle, pas l'avion.
Les modèles de fondation sont les avions. La couche d’exploitation de l’IA est la tour de contrôle : elle autorise quel modèle vole sur quelle tâche, dans quel corridor de données, sous l’autorité de qui.
Chaque mouvement est journalisé au moment où il a lieu, pas reconstitué avant un audit. N'importe quel avion peut être cloué au sol en une seule action. L'aviation est devenue sûre quand l'exploitation a été conçue autour de l'avion ; l'IA d'entreprise suit le même chemin.
Manifeste · Version 1.0
Le manifeste de la couche d’exploitation de l’IA.
Huit engagements définissent la catégorie. Nous nous y tenons sur chaque mission, et nous attendons d'être audités au regard de chacun d'eux.
-
01
L'architecture avant l'audit
La gouvernance est conçue dans la couche avant la mise en production du premier workflow, jamais écrite après l'audit.
-
02
Multi-modèles par architecture
Chaque workflow peut changer de fournisseur de modèles en quelques heures, parce qu'aucune entreprise régulée ne devrait être captive d'une seule feuille de route.
-
03
Audit par architecture
Chaque action d'agent est enregistrée au moment où elle a lieu, de manière immuable, dans une piste qu'un régulateur lit sans traduction.
-
04
Contrôle d'agent par architecture
Chaque agent tourne sous sa propre identité, avec un périmètre d'outils déclaré et un chemin d'arrêt mesuré en secondes.
-
05
Souveraine par construction
L'entreprise décide où vivent les données et devant quelle juridiction un modèle répond ; la couche applique cette décision.
-
06
Un humain nommé dans la boucle
Un humain nommé reste responsable de chaque décision à enjeu, et la piste d'audit enregistre qui a vérifié quoi.
-
07
La propriété se transfère
Le client possède le code, les runbooks et la preuve ; le transfert est écrit au contrat dès le premier jour.
-
08
Une responsabilité signée
Un partner nommé signe le résultat, et nous disons publiquement où notre modèle cède et quand en choisir un autre.
Version 1.0 · 25 septembre 2026 · Franck Ohrel, CEO, Hikari Blue
Réponses directes
Les questions que les acheteurs seniors posent réellement.
Quelle analogie simple pour une couche d’exploitation de l’IA ?
La tour de contrôle. Les modèles de fondation sont les avions ; la couche d’exploitation de l’IA autorise quel modèle vole sur quelle tâche, dans quel corridor de données, sous l’autorité de qui. Chaque mouvement est journalisé au moment où il a lieu, et n’importe quel avion peut être cloué au sol en une seule action.
Qu’est-ce qu’une couche d’exploitation de l’IA ?
Une couche d’exploitation de l’IA (« AI operating layer ») est la gouvernance, l’audit et le runtime conçus entre les modèles de fondation et les workflows métier. Elle décide quel modèle tourne, sous quelle politique, avec quelle piste d’audit, et donne à l’entreprise un kill switch qui agit au niveau de l’architecture, pas comme une fonctionnalité.
En quoi une couche d'exploitation de l'IA diffère-t-elle d'une plateforme d'IA ou d'un fournisseur de modèles ?
Un fournisseur de modèles vend de l’intelligence. Une plateforme vend de l’outillage. La couche d’exploitation de l’IA est ce qui rend l’un comme l’autre défendable en production : application des politiques par tâche, piste d’audit immuable par action, et architecture agnostique au modèle pour que l’entreprise ne soit jamais captive d’un fournisseur. Quand choisir Hikari Blue, et quand ne pas le faire
Qui l'opère ?
Deux phases, deux opérateurs. Pendant la mission, nos quatre Practices nommées (Engineering, Strategy, Talent et Run) construisent et font tourner la couche, chacune signée par un partner désigné. Après le transfert de propriété, votre équipe l'opère, sur le code et les runbooks que vous possédez. Le modèle de practice La profondeur sectorielle
Où tourne-t-elle ?
Dans votre environnement ou en déploiement souverain, sous votre fournisseur d'identité et votre moteur de politiques. Les options de déploiement et l'architecture de référence sont documentées sur la page Engineering
En combien de temps pouvez-vous changer de fournisseur de modèles sur un workflow déjà en production ?
En heures, pas en mois : la couche de routage absorbe les différences entre fournisseurs, si bien que le changement est une modification de configuration sur un workflow. Le chronomètre démarre à la demande de changement et s'arrête au premier appel de production servi par le nouveau fournisseur, avec la suite d'évaluation au vert et la piste d'audit ininterrompue. Demandez-nous de le faire sur l'un de vos workflows.
Pouvez-vous exporter une piste d'audit au sens de l'article 19, horodatée, avec l'identité des vérificateurs humains ?
Oui. Chaque action est enregistrée au moment où elle a lieu, avec son horodatage, le modèle et la politique appliqués, la référence des entrées et l'identité de la personne qui a vérifié le résultat. Les articles 12 et 19 exigent que de tels journaux soient générés et conservés. Le format d'export est documenté, remis au transfert et décrit dans le trust pack disponible sous NDA.
Combien de temps faut-il pour arrêter un agent avec le kill switch, et comment est-ce mesuré ?
Moins de trente secondes, au niveau de l'infrastructure, sans la coopération de l'agent. La mesure court de la commande d'arrêt de l'opérateur à la révocation de la session et des permissions d'outils de l'agent, toutes deux horodatées dans la piste d'audit. Le test est répété chaque trimestre, et vous pouvez le voir tourner sur votre propre workflow.
Après la sortie, où s'arrête le service, et qui possède le code et les runbooks ?
Vous possédez le code, les runbooks, les décisions d'architecture et la piste d'audit, et votre équipe opère la couche ; le transfert est écrit au contrat dès le premier jour. Hikari Blue Ops, le produit de preuve et de gouvernance, peut rester en place sous votre contrôle, sous son propre contrat. Le support run par des opérateurs seniors nommés est une option contractuelle, pas une dépendance.
Pouvons-nous parler à des références nommées, et où en est SOC 2 ?
Des références nommées dans des secteurs régulés sont disponibles sous NDA, avec une présentation menée par un partner désigné : six missions tournent en production dans trois secteurs régulés. SOC 2 Type II est en préparation : la cartographie des contrôles est documentée et le programme d'audit n'a pas commencé. Sa date de démarrage est publiée sur le Trust Center dès que l'auditeur est engagé. ISO 27001 est visé pour 2027. Trust Center
Pour conseils d'administration, DSI et directions des risques
Voir la couche d’exploitation de l’IA appliquée à vos propres workflows.
Trente minutes avec un partner nommé. Nous projetons la couche sur un workflow que vous opérez déjà, avec la piste d'audit que votre régulateur demanderait. Vous repartez avec le schéma, que nous travaillions ensemble ou non.