Certificación de ejecución de IA: el Certified Execution Record

El problema de los registros de IA tradicionales

Los registros ayudan a los ingenieros a depurar. No ayudan a las organizaciones a demostrar lo que ocurrió. Cuando un regulador, auditor o cliente pregunta "¿qué hizo realmente la IA?", un archivo de registro no es una respuesta defendible.

• Mutables. Los registros pueden editarse, truncarse o eliminarse después de los hechos. Nada vincula criptográficamente el registro con la ejecución que describe.
• Incompletos. Los registros estándar rara vez capturan el panorama completo: el prompt exacto, la versión del modelo, la temperatura, las instrucciones del sistema y las llamadas a herramientas que produjeron un resultado dado.
• No verificables. Ningún tercero puede confirmar de forma independiente que una entrada de registro refleja lo que realmente se ejecutó. Hay que confiar en el sistema que la escribió.
• No estructurados para auditoría. Los procesos regulatorios y de auditoría se benefician de evidencia estructurada y a prueba de manipulaciones de la toma de decisiones de la IA. Los archivos de registro no estructurados generalmente no alcanzan ese nivel.

Para una comparación detallada, consulte Registros frente a Certified Execution Records.

Cómo los Certified Execution Records resuelven esto

Un Certified Execution Record (CER) es un paquete estructurado y a prueba de manipulaciones que captura el contexto de ejecución completo de una operación de IA y lo sella con un certificateHash: un hash SHA-256 sobre todos los campos protegidos.

Los CER son la unidad fundamental de la superficie AI Execution Integrity de NexArt. Sustituyen los registros opacos por evidencia de ejecución reproducible y auditable.

Qué captura un CER

• Entradas: El prompt exacto, las instrucciones del sistema y cualquier contexto proporcionado al modelo.
• Parámetros: Identificador del modelo, versión, temperatura y configuración utilizada durante la ejecución.
• Salidas: La respuesta completa del modelo, incluidos el contenido estructurado y los metadatos.
• Llamadas a herramientas: Cualquier invocación de herramienta externa realizada durante la ejecución, incluidas llamadas a funciones, consultas de API y resultados de recuperación.
• Señales de contexto: Evidencia del entorno de ejecución, incluidos los permisos activos, el estado de la memoria, el alcance de la sesión y cualquier restricción bajo la que operó el sistema.
• Marcas de tiempo y versionado: Cuándo se produjo la ejecución y bajo qué versión del protocolo.

Cómo es un CER

Un CER es un artefacto JSON portable. A continuación, un ejemplo simplificado que muestra los campos protegidos clave:

{
  "bundleType": "cer.ai.execution.v1",
  "protocolVersion": "1.2.0",
  "executionId": "exec_8f2a…d41c",
  "certificateHash": "sha256:4f31edabd565…",
  "timestamp": "2025-12-18T14:32:07.241Z",
  "input": {
    "prompt": "Classify this claim as approved or denied.",
    "systemPrompt": "You are a claims reviewer…",
    "model": "gpt-4o",
    "temperature": 0.1
  },
  "output": {
    "content": "Classification: APPROVED. Rationale: …",
    "finishReason": "stop",
    "tokensUsed": { "prompt": 842, "completion": 156 }
  },
  "toolCalls": [
    {
      "name": "lookupPolicyLimits",
      "arguments": { "policyId": "POL-29481" },
      "result": { "coverageMax": 50000 }
    }
  ],
  "attestation": {
    "attestationId": "att_c9e1…",
    "nodeSignature": "ed25519:…",
    "nodePublicKey": "…"
  }
}

El certificateHash se calcula sobre todos los campos protegidos mediante una serialización JSON canónica determinista. Cualquier modificación de un campo invalida el hash. El bloque attestation se añade cuando el CER se envía a un nodo de atestación independiente.

Registros frente a CER de un vistazo

Para la comparación completa, consulte Registros frente a Certified Execution Records.

Garantías de integridad

El certificateHash vincula todos los campos protegidos en un único valor verificable. Si se modifica algún campo tras el sellado, el hash cambia y la verificación falla.

Opcionalmente, un CER puede enviarse a un nodo de atestación que verifica la coherencia interna y emite un recibo firmado: una atestación firmada con Ed25519 que permite la verificación fuera de línea sin contactar con el nodo.

La verificación es independiente. Cualquiera puede recalcular el hash, comprobar la firma y confirmar la integridad sin clave de API, sin cuenta ni dependencia alguna de NexArt. Use verify.nexart.io o el SDK.

Cuándo importa la ejecución verificable

Los CER son más valiosos donde las decisiones de IA tienen consecuencias y pueden necesitar ser revisadas, defendidas o auditadas después de los hechos.

• Cumplimiento y auditoría. Demostrar a los auditores exactamente lo que hizo un sistema de IA, con prueba criptográfica de que el registro no ha sido alterado. Vea la alineación con estándares.
• Responsabilidad ante terceros. Proporcionar evidencia verificable a clientes, socios o reguladores sobre resultados impulsados por IA.
• Sectores regulados. Servicios financieros, salud, seguros y contextos legales donde las decisiones de IA tienen consecuencias materiales. Vea los flujos de trabajo regulados.

Quién usa los CER

Preguntas frecuentes

Primeros pasos

NexArt proporciona la infraestructura para crear, certificar y verificar CER mediante una API sencilla.

• Lea la especificación AI Execution Integrity para conocer todos los detalles técnicos.
• Siga la guía de inicio rápido para crear su primer CER.
• Use verify.nexart.io para verificar cualquier CER de forma independiente.
• Consulte los precios. La ejecución es gratuita. La certificación es lo que se paga.