AIKNOCK · Justification du protocole
AIKNOCK naît avec un objectif précis : porter le contrôle d'exécution de l'IA au niveau de l'infrastructure, là où les décisions deviennent des contraintes techniques appliquées par le système et non de simples déclarations d'intention.
§ 01 · L'idée en une phrase
Toute invocation de l'IA traverse le système. Son comportement d'exécution est contraint par construction, non par intention.
§ 02 · Le problème
Les invocations de l'IA proviennent aujourd'hui d'applications hétérogènes, écrites par des équipes distinctes, dirigées vers des modèles et des fournisseurs différents. Ces invocations transitent sans point de contrôle technique interposé au niveau du système.
Le contrôle de l'invocation, pourtant, reste presque toujours :
Cette approche présuppose la coopération des applications. Mais lorsqu'une technologie devient critique, pervasive et décisionnelle, la confiance dans l'application qui invoque n'est pas une stratégie technique. Le problème traité est technique et concerne le comportement du système informatique pendant l'exécution d'opérations d'intelligence artificielle.
§ 03 · Leçon historique
Internet n'est pas devenu fiable en demandant aux applications de bien se comporter. Il l'est devenu lorsque TCP/IP a déplacé le contrôle sous les applications, dans le protocole de réseau.
Réseau · TCP/IP
Déplacer le contrôle sous les applications, dans le protocole de réseau.
IA · AIKNOCK
Déplacer le contrôle sous les applications, dans le protocole de contrôle d'exécution.
AIKNOCK applique le même principe à l'intelligence artificielle :
§ 04 · Ce qu'il est
AIKNOCK est un système de contrôle d'exécution ex-ante, conçu pour être intégré au niveau du système d'exploitation, du runtime d'exécution et de la plateforme de base.
Toute invocation de l'IA doit franchir un point de contrôle obligatoire et non contournable, avant que le modèle ne soit exécuté. Le système évalue et contraint l'usage de l'IA avant l'exécution.
§ 05 · Principes clés
L'IA n'est pas une ressource libre. C'est une capability médiée par le système.
Le contexte et l'intention sont évalués avant que l'IA soit invoquée, et non après.
Le système peut permettre, limiter, dégrader ou bloquer l'usage de l'IA à l'exécution, indépendamment de l'application.
Les preuves ne sont pas des logs optionnels : elles sont un effet inévitable du fonctionnement.
Lorsque cela est nécessaire, l'intervention humaine n'est pas une procédure, mais une exigence technique imposée par le système.
§ 06 · Délimitation
Pour la clarté, AIKNOCK n'est pas :
AIKNOCK est une infrastructure, non une application.
§ 07 · Standard de facto
AIKNOCK ne naît pas pour être « choisi ». Il naît pour devenir inévitable dans les contextes où l'IA est critique.
Comme TCP/IP, comme les mécanismes d'identity, comme le secure boot :
Étape 01
il fonctionne d'abord,
Étape 02
puis il est adopté,
Étape 03
enfin il devient un standard.
§ 08 · Vision
Le contrôle d'exécution de l'IA ne peut rester un acte de confiance.
Elle doit devenir une propriété technique des systèmes informatiques.
AIKNOCK existe pour rendre cette vision réalisable.