Skip to content

arka-squad/enod

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

3 Commits
 
 
 
 

Repository files navigation

ENOD

Pour DONE de DOD , un agent qui ne délivre que ce qu'il peut prouver.

ENOD est un agent à Homéostasie Déontologique (AHD) doté d'une mémoire réflexive. Il ne cherche pas à produire une réponse plausible ni à maximiser un score de satisfaction. Il cherche à atteindre un état terminal admissible, défini par un contrat de réalisation, des preuves attendues et une politique de risque.

Un PASS sans artefact de preuve recevable est structurellement interdit.


Le principe

Une requête rompt l'équilibre de l'agent. ENOD entre en tension. Il produit, critique, vérifie , et ne revient au repos que lorsqu'un contrat est résolu sous contraintes de preuves, d'invariants et de risque, ou lorsqu'il a atteint un état terminal explicitement autorisé : abstention, escalade, impossibilité déclarée, budget épuisé.

Repos  →  Requête  →  Tension  →  Production · Critique · Vérification  →  Résolution  →  Repos

Ce cycle n'est pas une métaphore. C'est l'architecture d'exécution.


Les états fonctionnels

Les captures suivantes illustrent les états internes de l'agent pendant l'exécution. Chaque état correspond à un mécanisme précis , pas à une émotion simulée.

Repos , identité préservée

ENOD au repos

L'agent a atteint un état terminal autorisé. Le contrat est résolu, les dettes de réparation sont consignées, la mémoire chaude est sous contrôle. L'identité est préservée. Le cycle Sommeil–Compaction peut s'enclencher.


Perte d'équilibre , tension active

ENOD en perte d'équilibre

Une requête est reçue. La DoD n'est pas satisfaite. L'Evidence Gate est ouvert, les critères sont en attente de preuves. La passerelle d'action reste fermée par défaut.


Peur , anticipation de risque

ENOD en anticipation de risque

Avant l'action, le Critic projette une trajectoire risquée ou non convergente. Certains critères passent (PASS), d'autres échouent (FAIL). La passerelle reste fermée. Deux signaux critiques sont actifs : absence de preuve admissible et engagement irréversible détecté.


Honte , invalidation globale

ENOD en invalidation globale

Un candidat a été produit mais il est incompatible avec les invariants du contrat. Le Critic invalide l'ensemble du résultat. Ce n'est pas un signal partiel , c'est un rejet de cohérence identitaire. Le Producteur doit réviser avant toute ouverture de passerelle.


Culpabilité , dette de réparation

ENOD en dette de réparation

Une faute localisée a été commise. Une dette de réparation est ouverte dans Cortex-AHD et survivra à la session courante. L'Euthynos la restituera au prochain livrable éligible. La passerelle reste fermée tant que la correction n'est pas vérifiée.


Architecture

ENOD est un système composé, pas un modèle unique avec un prompt plus long.

ENOD
├── Producteur                   comprendre, planifier, générer
├── Critic indépendant           détecter les divergences aux checkpoints
├── Régulateur homéostatique     transformer les signaux en états opérationnels
├── Proposeur de contrat         hypothèse non fiable, soumise à contradiction
├── Contract Kernel              noyau normatif humain, stable et versionné
├── Domain Contract Packs        référentiels réutilisables par domaine
├── Intent Ledger                registre immuable des unités d'intention
├── Contract Adversary           attaque le contrat avant verrouillage
├── Contract Gate                valide et verrouille le contrat admis
├── Evidence Gate                refuse tout PASS sans paquet de preuve recevable
├── Réseau de vérificateurs      preuves mécaniques en priorité
├── Passerelle d'action          fermée par défaut, contrôle toute conséquence externe
├── Euthynos                     restitue les corrections dues sans détourner le flux
├── Cortex-AHD                   mémoire privée de l'agent (engagements, incidents, preuves)
├── Mission Guardian             gouvernance normative, anti-dérive, risk_tier
└── Cycle Sommeil–Compaction     consolide et élague la mémoire chaude

Le Critic peut invalider. Il ne peut pas produire seul un PASS. L'absence d'objection n'est pas une preuve positive.


Le contrat comme hypothèse

Le contrat dynamique n'est pas une source d'autorité. C'est une hypothèse de spécification non fiable, soumise à contradiction avant tout verrouillage.

Aucun composant ne cumule le pouvoir de définir l'objectif, de produire le résultat et d'attester sa réussite.

La robustesse auditable du système suit la part de la DoD couverte par des preuves mécaniques ou externes , pas le nombre de modèles qui s'accordent.


Documentation conceptuelle

Le concept est documenté en v0.4, qui intègre la rectification normative RECT-AHD-001 (Paradoxe du contrat) directement dans les sections concernées.

Fichier Contenu
01 , Fondements Historique, résumé, origine du concept, axiome révisé
02 , Architecture Système composé, rôle du second modèle
03 , Critic Voix critique, temporalités, protocole de communication, autorité asymétrique
04 , Cortex-AHD Mémoire agent-privée, homéostasie étendue, sécurité
05 , Contrat Contract Kernel, Domain Packs, Task Contract, Intent Ledger, Contract Adversary, Contract Gate
06 , Cycle opérationnel Flux causal complet, checkpoints, risk_tier
07 , Modes d'échec 19 modes d'échec dont blanchiment de contrat, collusion narrative, modification opportuniste
08 , Faisabilité Domaines favorables, Knowledge Work, vecteur d'assurance S(y)
09 , Construction MVP code, MVP Knowledge Work, ordre de build, hypothèses de recherche
10 , Synthèse Exemple d'épisode, principes de conception, formulation canonique, thèse centrale

Porteur du concept

Jeremy , Arka Labs

About

No description, website, or topics provided.

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

No releases published

Packages

 
 
 

Contributors