ODIN · runtime d’exécution gouverné

ODIN est le runtime qui a le droit de dire non.

ODIN exécute le travail d’intelligence sous un contrat écrit. C’est le contrat — et non le code — qui décide des étapes exécutées, de ce qui se passe lorsqu’une preuve manque, et de qui peut approuver le résultat. Lorsque la preuve ne soutient pas une affirmation, ODIN s’abstient, et l’abstention compte comme une exécution réussie.

L’orchestration est une donnée
Un changement de comportement est livré comme une nouvelle version de contrat, pas comme du code.
Fermé par défaut
Une preuve manquante est enregistrée comme une lacune. Elle n’est jamais comblée.
Audit en ajout seul
Chaque étape, lacune et décision est écrite une fois et jamais modifiée.
odin-oerProduction
Version
0.2.0-agentic
Environnement
production
commit
5c72166
Build
2026-09-10 02:04:53 UTC

Ce qu’ODIN a réellement fait

Pas une feuille de route. Ce sont des lignes du registre de production.

3 030
Exécutions de contrat

Exécutions d’une chaîne de contrat versionnée.

19 033
Enregistrements de preuve

Sources récupérées, hachées et conservées — y compris celles qui ont échoué.

72 674
Événements d’audit

En ajout seul. Écrits une fois, jamais modifiés.

13 633
Décisions média

Chaque image jugée avant qu’un article puisse la porter.

11 296
Constats éditoriaux

Émis contre le réseau en direct, pour qu’une personne les traite.

4 895
Comparaisons fantômes

ODIN mesuré face à un travail éditorial réel qu’il n’avait pas le droit de toucher.

Instantané ponctuel de l’instance de production ODIN, relevé le 2026-09-10. Les comptes couvrent du 2026-08-14 au 2026-09-10. Cette page n’est pas un flux en direct — les chiffres sont exacts à cette date et ne se mettent pas à jour seuls.

L’orchestration est une donnée

Choisissez un contrat. La chaîne ci-dessous n’est pas une illustration — c’est la liste d’étapes qu’ODIN exécute réellement pour ce contrat, dans cet ordre.

bi-editorial@1.0.0Abstentioncompte comme un succès

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).

Chaîne d’étapes
  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.

Règles imposées
  • 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 diffère de 1.0.0 sur exactement un comportement : une mémoire absente devient une lacune enregistrée et l’exécution continue, au lieu de s’abstenir. Ce changement a été livré comme un nouveau contrat JSON. L’exécuteur n’a pas été touché.

La moitié des exécutions se terminent par un refus

Et c’est le système qui fonctionne. Une exécution qui s’abstient a jugé que la preuve ne soutenait pas une sortie — elle n’en produit donc aucune.

ABSTAINED1 530 / 3 030

La chaîne a atteint un point où la preuve ne permettait pas d’aller plus loin. Aucune sortie n’a été produite, et la raison a été enregistrée.

50.5%
ABSTAINED

ABSTAINED et PERSISTED sont deux états terminaux réussis. FAILED signifie que l’exécution elle-même a cassé, ce qui est tout autre chose.

Fermé par défaut, et mesuré

Avant qu’un article puisse porter une image, le contrat canonical-media décide. Cinq états terminaux ; deux seulement autorisent la publication. Choisissez une édition pour voir le résultat réel.

576 Peut être publiée13 057 Refusée ou retenue
MEDIA_VERIFIED130

Droits et sujet résolus. L’image peut être publiée.

Peut être publiée
MEDIA_CONTEXTUAL_APPROVED446

Approuvée comme contextuelle, non comme représentation de l’événement précis.

Peut être publiée
MEDIA_REVIEW_REQUIRED795

Retenue pour une personne. Non publiée pendant l’attente.

Refusée ou retenue
MEDIA_REJECTED708

Explicitement refusée — cet élément ne doit pas porter cet article.

Refusée ou retenue
NO_VERIFIED_MEDIA11 554

Rien n’a atteint le seuil. L’article s’affiche sans aucune image.

Refusée ou retenue

Le défaut est le refus. Dans toutes les éditions, l’écrasante majorité des décisions se termine en NO_VERIFIED_MEDIA — l’article s’affiche sans image plutôt qu’avec une image non prouvée.

Le réseau s’auto-contrôle, deux fois par jour

pulse-editorial-review lit les sites en direct depuis l’extérieur — comme un lecteur — et émet des constats pour une personne. Aucun code de revue ne dispose d’une connexion en écriture vers Pulse.

07h00 et 12h30, Europe/Bruxelles39 revues terminées11 296 constats émis
La hiérarchie de revue, dans l’ordre
  1. 1Analyse déterministe et vérifications HTTP/média.
  2. 2Données Pulse déjà rendues.
  3. 3Correspondance d’événements par tokens et entités.
  4. 4Un signalement humain pour tout jugement que les règles ne peuvent pas rendre sûrement.
Constats par priorité
P0

Urgence / attention éditoriale immédiate

Mesuré face à la production, interdit d’y toucher

Le contrat fantôme reprend l’entrée reçue par le travail éditorial réel, forme sa propre sortie et compare les deux sémantiquement. Il n’a aucune autorité sur la production, et le registre prouve qu’il n’en a exercé aucune.

0
mutations en production
sur 4 895 exécutions fantômes
ACCEPTABLE3 363

L’interprétation d’ODIN restait dans la tolérance de la sortie faisant autorité.

INSUFFICIENT_EVIDENCE1 496

ODIN a refusé de former une sortie comparable — enregistré honnêtement plutôt que compté comme un échec.

SEMANTIC_DIVERGENCE33

ODIN et la production étaient réellement en désaccord. Ce sont les cas intéressants.

MATCH3

Accord exact.

Les règles sous lesquelles ODIN fonctionne

  • Pas de preuve, pas d’affirmation factuelle. Une affirmation sans citation résoluble ne part pas.
  • La corroboration compte des éditeurs distincts, pas des URL distinctes.
  • Une entrée manquante devient une lacune enregistrée. Elle n’est jamais comblée depuis un ancien magasin.
  • Le routeur de modèles est le seul point d’appel autorisé vers un modèle externe.
  • La preuve est en ajout seul. Résoudre un constat change l’état du flux, jamais la preuve.
  • ODIN produit des candidats. Une personne publie.
Ce que cette page n’affirme pas

Ces chiffres correspondent à ODIN exécutant le propre réseau éditorial d’Ordinis. Ce sont de vraies mesures de production, pas un benchmark, pas un déploiement client et pas un audit indépendant. Une exécution qui s’est abstenue ne prouve pas que l’abstention était juste — seulement que le système a refusé plutôt que deviné. Le rejeu est possible depuis les versions de contrat et de registre enregistrées ; les octets externes ont pu changer depuis, les empreintes conservées sont donc la preuve historique.

Voyez clairement votre organisation.

Commencez par un audit OISA en lecture seule — ce qui est connu, ce qui manque et ce qu’il faut décider.

Nous contacter