ODIN · runtime de ejecución gobernada

ODIN es el runtime que tiene permiso para decir no.

ODIN ejecuta el trabajo de inteligencia bajo un contrato escrito. El contrato — y no el código — decide qué etapas se ejecutan, qué ocurre cuando falta evidencia y quién puede aprobar el resultado. Cuando la evidencia no respalda una afirmación, ODIN se abstiene, y la abstención cuenta como una ejecución correcta.

La orquestación es dato
Un cambio de comportamiento se entrega como una nueva versión de contrato, no como código.
Cerrado por defecto
La evidencia que falta se registra como una laguna. Nunca se rellena.
Auditoría de solo anexado
Cada etapa, laguna y decisión se escribe una vez y nunca se edita.
odin-oerProducción
Versión
0.2.0-agentic
Entorno
production
commit
5c72166
Build
2026-09-10 02:04:53 UTC

Lo que ODIN ha hecho realmente

No es una hoja de ruta. Son filas del registro de producción.

3.030
Ejecuciones de contrato

Ejecuciones de una cadena de contrato versionada.

19.033
Registros de evidencia

Fuentes recuperadas, con hash y conservadas — incluidas las que fallaron.

72.674
Eventos de auditoría

Solo anexado. Escritos una vez, nunca editados.

13.633
Decisiones de medios

Cada imagen juzgada antes de que un artículo pudiera llevarla.

11.296
Hallazgos editoriales

Planteados contra la red en vivo, para que los resuelva una persona.

4.895
Comparaciones en sombra

ODIN medido frente a trabajo editorial real que no tenía permiso de tocar.

Instantánea puntual de la instancia de producción de ODIN, leída el 2026-09-10. Los recuentos cubren del 2026-08-14 al 2026-09-10. Esta página no es un flujo en vivo — las cifras son correctas en esa lectura y no se actualizan solas.

La orquestación es dato

Elija un contrato. La cadena de abajo no es una ilustración — es la lista de etapas que ODIN ejecuta realmente para ese contrato, en ese orden.

bi-editorial@1.0.0Abstencióncuenta como éxito

Turns acquired evidence into an article CANDIDATE for human review — never into a published article. It adds three stages to the intelligence-request shape: validate (is this evidence writable-from at all), draft (produce a structured article, not prose) and editorial-gate (mechanically refuse anything the evidence does not support).

Cadena de etapas
  1. 1
    acquireevidence

    Read the sources. An empty result is recorded as a gap, not filled in.

  2. 2
    validateeditorial

    Is this evidence writable-from at all? If not, the run stops here.

  3. 3
    representparticles

    Turn the source into structured particles under an R6 constraint.

  4. 4
    drafteditorial-intelligence

    Produce a structured article object — fields and citations, not free prose.

  5. 5
    editorial-gateeditorial

    Mechanically refuse any claim the evidence does not support.

  6. 6
    persistpersistence

    Write the candidate and its evidence chain, append-only.

Reglas que impone
  • No evidence, no factual claim. A claim with no resolvable citation does not ship.
  • ODIN cites the primary publisher, never the Pulse edition to its own readers.
  • Corroboration counts DISTINCT PUBLISHERS, not URLs.
Δ

intelligence-request 1.1.0 difiere de 1.0.0 en exactamente un comportamiento: una memoria ausente pasa a ser una laguna registrada y la ejecución continúa, en lugar de abstenerse. Ese cambio se entregó como un nuevo contrato JSON. El ejecutor no se tocó.

La mitad de las ejecuciones terminan en un rechazo

Y eso es el sistema funcionando. Una ejecución que se abstiene ha decidido que la evidencia no respalda una salida — así que no produce ninguna.

ABSTAINED1.530 / 3.030

La cadena llegó a un punto donde la evidencia no permitía continuar. No se produjo salida y se registró el motivo.

50.5%
ABSTAINED

ABSTAINED y PERSISTED son dos estados terminales correctos. FAILED significa que la ejecución misma se rompió, que es algo muy distinto.

Cerrado por defecto, y medido

Antes de que un artículo pueda llevar una imagen, decide el contrato canonical-media. Cinco estados terminales; solo dos permiten publicar. Elija una edición para ver cómo cae realmente.

576 Puede publicarse13.057 Rechazada o retenida
MEDIA_VERIFIED130

Derechos y sujeto resueltos. La imagen puede publicarse.

Puede publicarse
MEDIA_CONTEXTUAL_APPROVED446

Aprobada como contextual, no como representación del hecho concreto.

Puede publicarse
MEDIA_REVIEW_REQUIRED795

Retenida para una persona. No se publica mientras espera.

Rechazada o retenida
MEDIA_REJECTED708

Rechazada explícitamente — ese recurso no debe acompañar a este artículo.

Rechazada o retenida
NO_VERIFIED_MEDIA11.554

Nada alcanzó el listón. El artículo se muestra sin ninguna imagen.

Rechazada o retenida

Lo predeterminado es rechazar. En todas las ediciones, la inmensa mayoría termina en NO_VERIFIED_MEDIA — el artículo se muestra sin imagen antes que con una imagen no probada.

La red se revisa a sí misma, dos veces al día

pulse-editorial-review lee los sitios en vivo desde fuera — igual que un lector — y plantea hallazgos para una persona. Ningún código de revisión tiene conexión de escritura a Pulse.

07:00 y 12:30, Europa/Bruselas39 revisiones completadas11.296 hallazgos planteados
La jerarquía de revisión, en orden
  1. 1Análisis determinista y comprobaciones HTTP/medios.
  2. 2Datos Pulse ya renderizados.
  3. 3Coincidencia de eventos por tokens y entidades.
  4. 4Una marca de revisión humana para todo juicio que las reglas no puedan emitir con seguridad.
Hallazgos por prioridad
P0

Última hora / atención editorial inmediata

Medido contra producción, con prohibición de tocarla

El contrato en sombra toma la misma entrada que recibió el trabajo editorial real, forma su propia salida y compara ambas semánticamente. No tiene autoridad sobre producción, y el registro prueba que no ejerció ninguna.

0
mutaciones en producción
en 4.895 ejecuciones en sombra
ACCEPTABLE3.363

La interpretación de ODIN quedó dentro de la tolerancia de la salida autorizada.

INSUFFICIENT_EVIDENCE1.496

ODIN se negó a formar una salida comparable — registrado con honestidad en vez de contarse como fallo.

SEMANTIC_DIVERGENCE33

ODIN y producción discreparon de verdad. Estos son los casos interesantes.

MATCH3

Coincidencia exacta.

Las reglas bajo las que funciona ODIN

  • Sin evidencia, no hay afirmación factual. Una afirmación sin cita resoluble no sale.
  • La corroboración cuenta editores distintos, no URL distintas.
  • Una entrada que falta pasa a ser una laguna registrada. Nunca se rellena desde un almacén antiguo.
  • El enrutador de modelos es el único punto de llamada autorizado a un modelo externo.
  • La evidencia es de solo anexado. Resolver un hallazgo cambia el estado del flujo, nunca la evidencia.
  • ODIN produce candidatos. Una persona publica.
Lo que esta página no afirma

Estas cifras son ODIN ejecutando la propia red editorial de Ordinis. Son mediciones reales de producción, no un benchmark, no un despliegue de cliente y no una auditoría independiente. Una ejecución que se abstuvo no prueba que abstenerse fuera lo correcto — solo que el sistema rechazó en lugar de adivinar. La repetición es posible desde las versiones de contrato y registro guardadas; los bytes externos pueden haber cambiado, así que los hashes conservados son la evidencia histórica.

Vea su organización con claridad.

Empiece con una auditoría OISA de solo lectura — qué se sabe, qué falta y qué decidir.

Contáctenos