AIKNOCK · Razionale del protocollo
AIKNOCK nasce con un obiettivo preciso: portare il controllo dell'esecuzione dell'AI al livello dell'infrastruttura, dove le decisioni diventano vincoli tecnici applicati dal sistema e non semplici dichiarazioni di intento.
§ 01 · L'idea in una frase
Ogni invocazione dell'AI attraversa il sistema. Il suo comportamento di esecuzione è vincolato per costruzione, non per intenzione.
§ 02 · Il problema
Le invocazioni dell'AI provengono oggi da applicazioni eterogenee, scritte da team distinti, indirizzate a modelli e provider differenti. Tali invocazioni transitano senza un punto di controllo tecnico interposto a livello di sistema.
Il controllo dell'invocazione, però, resta quasi sempre:
Questo approccio presuppone la cooperazione delle applicazioni. Ma quando una tecnologia diventa critica, pervasiva e decisionale, la fiducia nell'applicazione che invoca non è una strategia tecnica. Il problema affrontato è tecnico e riguarda il comportamento del sistema di calcolo durante l'esecuzione di operazioni di intelligenza artificiale.
§ 03 · Lezione storica
Internet non è diventata affidabile chiedendo alle applicazioni di comportarsi bene. È diventata affidabile quando TCP/IP ha spostato il controllo sotto le applicazioni, nel protocollo di rete.
Rete · TCP/IP
Spostare il controllo sotto le applicazioni, nel protocollo di rete.
AI · AIKNOCK
Spostare il controllo sotto le applicazioni, nel protocollo di controllo dell'esecuzione.
AIKNOCK applica lo stesso principio all'intelligenza artificiale:
§ 04 · Cos'è
AIKNOCK è un sistema di controllo dell'esecuzione ex-ante, pensato per essere integrato a livello di sistema operativo, runtime di esecuzione e piattaforma di base.
Ogni invocazione dell'AI deve attraversare un punto di controllo obbligatorio e non aggirabile, prima che il modello venga eseguito. Il sistema modifica il comportamento di esecuzione intercettando e regolando le richieste di invocazione dell'AI prima dell'esecuzione.
§ 05 · Principi chiave
L'AI non è una risorsa libera. È una capability mediata dal sistema.
Il contesto e l'intento vengono valutati prima che l'AI sia invocata, non dopo.
Il sistema può consentire, limitare, degradare o bloccare l'uso dell'AI a runtime, indipendentemente dall'applicazione.
Le evidenze non sono log opzionali: sono un effetto inevitabile del funzionamento.
Quando serve, l'intervento umano non è una procedura, ma un requisito tecnico imposto dal sistema.
§ 06 · Delimitazione
Per chiarezza, AIKNOCK non è:
AIKNOCK è infrastruttura, non applicazione.
§ 07 · Standard de-facto
AIKNOCK non nasce per essere "scelto". Nasce per diventare inevitabile nei contesti in cui l'AI è critica.
Come TCP/IP, come i meccanismi di identity, come il secure boot:
Fase 01
prima funziona,
Fase 02
poi viene adottato,
Fase 03
infine diventa standard.
§ 08 · Visione
Il controllo dell'esecuzione dell'AI non può restare un atto di fiducia.
Deve diventare una proprietà tecnica dei sistemi informatici.
AIKNOCK esiste per rendere questa visione realizzabile.