AIKNOCK · Justificación del protocolo
AIKNOCK nace con un objetivo preciso: llevar el control de ejecución de la IA al nivel de la infraestructura, donde las decisiones se convierten en restricciones técnicas aplicadas por el sistema y no en meras declaraciones de intenciones.
§ 01 · La idea en una frase
Toda invocación de la IA atraviesa el sistema. Su comportamiento de ejecución está restringido por construcción, no por intención.
§ 02 · El problema
Las invocaciones de la IA provienen hoy de aplicaciones heterogéneas, escritas por equipos distintos, dirigidas a modelos y proveedores diferentes. Tales invocaciones transitan sin un punto de control técnico interpuesto a nivel de sistema.
El control de la invocación, sin embargo, sigue siendo casi siempre:
Este enfoque presupone la cooperación de las aplicaciones. Pero cuando una tecnología se vuelve crítica, omnipresente y decisional, la confianza en la aplicación que invoca no es una estrategia técnica. El problema abordado es técnico y concierne al comportamiento del sistema informático durante la ejecución de operaciones de inteligencia artificial.
§ 03 · Lección histórica
Internet no se volvió fiable pidiendo a las aplicaciones que se comportaran bien. Se volvió fiable cuando TCP/IP trasladó el control debajo de las aplicaciones, al protocolo de red.
Red · TCP/IP
Trasladar el control debajo de las aplicaciones, al protocolo de red.
IA · AIKNOCK
Trasladar el control debajo de las aplicaciones, al protocolo de control de ejecución.
AIKNOCK aplica el mismo principio a la inteligencia artificial:
§ 04 · Qué es
AIKNOCK es un sistema de control de ejecución ex-ante, concebido para integrarse a nivel de sistema operativo, runtime de ejecución y plataforma de base.
Toda invocación de la IA debe atravesar un punto de control obligatorio y no eludible, antes de que el modelo sea ejecutado. El sistema evalúa y restringe el uso de la IA antes de la ejecución.
§ 05 · Principios clave
La IA no es un recurso libre. Es una capability mediada por el sistema.
El contexto y la intención se evalúan antes de que la IA sea invocada, no después.
El sistema puede permitir, limitar, degradar o bloquear el uso de la IA en tiempo de ejecución, con independencia de la aplicación.
Las evidencias no son logs opcionales: son un efecto inevitable del funcionamiento.
Cuando es necesario, la intervención humana no es un procedimiento, sino un requisito técnico impuesto por el sistema.
§ 06 · Delimitación
Para mayor claridad, AIKNOCK no es:
AIKNOCK es infraestructura, no aplicación.
§ 07 · Estándar de facto
AIKNOCK no nace para ser "elegido". Nace para volverse inevitable en los contextos en los que la IA es crítica.
Como TCP/IP, como los mecanismos de identity, como el secure boot:
Fase 01
primero funciona,
Fase 02
luego es adoptado,
Fase 03
finalmente se convierte en estándar.
§ 08 · Visión
El control de ejecución de la IA no puede seguir siendo un acto de confianza.
Debe convertirse en una propiedad técnica de los sistemas informáticos.
AIKNOCK existe para hacer esta visión realizable.