Saltar al contenido principal

AXON

AXON es un lenguaje compilado cuyo destino es un modelo, no un procesador. Escribes un programa; el compilador lo verifica de tipos, lo baja a una IR y un runtime nativo en Rust lo ejecuta contra un backend de LLM — con el mismo determinismo, los mismos diagnósticos y los mismos códigos de salida que esperas de un compilador.

Lo relevante no es que orqueste prompts. Es lo que el compilador puede rechazar.

La afirmación, en una frase

Un programa que envía datos regulados a través de una frontera sin guardia no compila.

No "emite un aviso en ejecución". No "falla una auditoría más adelante". axon check sale con 1, igual que ante un error de sintaxis, y nada de lo que viene después se construye.

Míralo fallar

Treinta segundos: instalar, escribir un programa que transporta PHI, borrarle el shield y ver cómo el compilador lo rechaza por su nombre.

Qué te da eso

Qué no afirma

La honestidad sale más barata que una rectificación, así que: lo que aporta pertenecer al vocabulario regulatorio es una comprobación automática en compilación — cierre del vocabulario y cobertura de shield en toda frontera que transporte una clase regulada, reverificado en el despliegue.

Lo que no aporta es la obligación semántica de cada norma. Lo que HIPAA exige en la práctica es cosa del diseño de tus shields y tus flows. AXON pone el mecanismo; tú pones la política. El motor de auditoría lo dice en la evidencia que emite, y su postura frente a FIPS 140-3 es conforme algorítmicamente, no validada formalmente — CAVP y CMVP son procesos de laboratorio que ningún compilador puede cerrar.