Statut : actif — socle v2.x stabilisé · mémoire v2 mieux gouvernée · démarrage fiabilisé · source de vérité centrée sur aeonys/ · voix/avatar 3D en amélioration · qualification expérimentale des contenus en pré-pilote
Mise à jour : 13/05/2026
Projet privé

Aeonys n’est pas conçu comme un assistant conversationnel classique. Le projet explore une architecture cognitive synthétique instrumentée : une interface locale, des agents spécialisés, une mémoire structurée, des mécanismes de cohérence et une présence incarnée par la voix et l’avatar. L’objectif actuel est plus précis que spectaculaire : mieux décider ce qu’un contenu doit devenir avant d’être utilisé, mémorisé ou ignoré.

L’objectif n’est pas de revendiquer une conscience, mais de construire progressivement un système local capable de conserver un contexte, d’organiser ses traces, de détecter certaines incohérences et de produire des effets internes contrôlés. Le travail récent porte surtout sur une couche de tri préalable : distinguer ce qui mérite d’être appris, différé, reformulé, relié ou simplement laissé passer, sans confondre ces signaux avec une vérité psychologique ou clinique.

Local & souverain
Mémoire multi-couches
Introspection observable
Agents cognitifs
Avatar 3D + voix + lip-sync
Pré-pilote contrôlé
Évolution sous garde-fous

Cette page décrit un système expérimental et privé. Rien ici n’est une promesse produit, une preuve de conscience, un outil médical ou psychométrique ; c’est un état de recherche, d’architecture et d’ingénierie.

Synthèse rapide

NatureR&D privée local-first
FinalitéArchitecture cognitive expérimentale
SoclePython · Streamlit · agents · mémoire v2
PrésenceAvatar 2D/3D · voix · lip-sync · préférences
PrioritéStabilité · mémoire · qualification
Cap viséContinuité fonctionnelle maîtrisée

État réel du chantier

Interfacev2.x stable
DémarrageSplash · ready signal · headless bootstrap fiabilisés
Source de vérité activeaeonys/
Ancien coreRésiduel, shimé, sous verrouillage
Modes Aeonys / LLM directClarifiés et mieux isolés
Phase activeMémoire v2 · graphe · qualification

Lecture honnête : la base reste expérimentale, mais elle est désormais assez structurée pour tester une couche située entre l’entrée utilisateur, l’attention et la mémoire durable.

Ce qu’est Aeonys

Aeonys est une architecture modulaire où un échange peut être orienté, selon des règles explicites, vers plusieurs usages : journalisation, mémoire durable, profil, graphe relationnel, signal de cohérence ou simple contexte temporaire.

Le système combine interface, exécution LLM, mémoire multi-couches, agents spécialisés, graphe, instrumentation, voix et avatar dans un environnement local contrôlé.

Ce qu’Aeonys n’est pas

Ce n’est ni un produit grand public, ni une promesse marketing, ni une preuve de conscience. C’est un chantier d’ingénierie expérimentale visant à rendre visibles, testables et corrigeables certains mécanismes de continuité, de mémoire et d’interprétation.

Chaque avancée doit rester compatible avec la stabilité du système, la sobriété mémoire, la gouvernance des écritures et la séparation des chemins d’exécution.

Direction actuelle

Le projet a dépassé la simple couche UI/voix. Le socle structurel a été stabilisé, l’interface a été rafraîchie, les anciens points de couplage sont mieux verrouillés, et l’architecture converge vers une cible plus nette : noyau clarifié, mémoire gouvernée, démarrage fiable, incarnation plus maîtrisée et qualification expérimentale des contenus. L’enjeu actuel est de traiter les entrées comme des éléments à orienter, pas seulement comme du texte à répondre ou à stocker.

Les 6 axes visibles d’Aeonys

Continuité

Maintenir un fil entre contexte, historique, préférences, mémoire et état courant.

Mémoire

Transformer les traces utiles en timeline, faits, profils, relations et contexte durable.

Introspection

Surveiller les tensions, contradictions, incohérences et dérives possibles du système.

Affect

Expérimenter une modulation affective limitée, encadrée et lisible dans ses effets.

Incarnation

Faire converger voix, avatar 3D, humeur, lip-sync et préférences dans une présence cohérente.

Qualification

Qualifier certains contenus avant consolidation afin de limiter la pollution mémoire et les effets de bord.

Risques surveillés

  • Pollution mémoire par extraction trop large, consolidation trop rapide ou normalisation insuffisante.
  • Réintroduction de couplages noyau / UI / infra après le refacto.
  • Double écriture ou effets de bord non gouvernés dans les couches mémoire.
  • Contradictions silencieuses entre état affectif, mémoire, graphe et sortie visible.
  • Complexité apparente sans continuité observable ni effets causaux contrôlés.
  • Régressions UI ou avatar liées aux reruns, à la persistance d’état ou aux chemins mobile/desktop.
  • Confusion entre scoring expérimental, interprétation interne et vérité psychologique ou clinique.

Garde-fous

  • Local-first : souveraineté, latence maîtrisée, dépendances critiques minimisées.
  • Patchs ciblés : évolution par blocs contrôlés au lieu de refontes aveugles.
  • Invariants : protections structurelles, tests, audits et validations croisées.
  • Rollback : retour rapide à un état stable en cas de dérive.
  • Isolation des modes : séparation des chemins cognitifs, LLM directs et effets de bord.
  • Pré-pilote : observation limitée avant toute intégration profonde ou influence forte sur le runtime.
  • Signal READY : séparation stricte entre serveur joignable, interface chargée et système réellement prêt.

Architecture cognitive simplifiée

InterfaceDashboard Streamlit · thèmes · statuts · audio · avatar
DémarrageSplash · bootstrap headless · signal applicatif prêt
OrchestrationCycle de tour · routage · modes Aeonys / LLM direct
Noyau actifaeonys/ comme centre logique principal
Compatibilitécore/ réduit à des shims et points hérités surveillés
AgentsCoherence · ProofGate · affect · observation · qualification
MémoireTimeline · claims · profils · graphes · autobiographie
ÉvaluationCas tests · règles internes · pré-pilote non intrusif

Cycle cognitif visé

1. Percevoir la requête, le contexte et l’état courant
2. Assembler un contexte cognitif exploitable
3. Évaluer cohérence, tensions, priorités et mémoire utile
4. Produire une réponse et des effets internes contrôlés
5. Journaliser, consolider, relier et préparer le tour suivant
6. Tester, mesurer, calibrer et éviter les fausses conclusions
7. Maintenir une continuité de fonctionnement plutôt qu’un simple échange stateless

Couche d’interprétation interne

Une couche expérimentale explore la qualification des contenus avant leur usage complet par l’attention, la mémoire ou la réponse. Elle ne pilote pas encore le système : elle observe, classe et prépare des signaux limités.

Son intérêt n’est pas d’ajouter un score décoratif, mais de rendre explicite une question utile : quel usage raisonnable peut-on faire de ce contenu, et avec quel niveau de prudence ?

Qualification pré-attentionnelle

  • Observation : lire les signaux sans surinterpréter.
  • Orientation : distinguer apprentissage, retenue, reformulation ou simple passage.
  • Passerelle : transmettre seulement des indices limités vers Aeonys, sans pouvoir causal fort.
  • Isolation : préserver le runtime principal tant que les comportements ne sont pas calibrés.
  • Extension : préparer des versions plus complètes sans exposer les mécanismes fins.

Mémoire d’Aeonys

  • Timeline : journal événementiel servant de trame temporelle.
  • Claims / faits : éléments stabilisés extraits des échanges utiles à la continuité.
  • Profils : continuité relationnelle et signaux utilisateur gouvernés.
  • Graphe : liens sémantiques et structuration progressive des concepts, entités et souvenirs.
  • Mémoire autobiographique : base expérimentale de continuité narrative et relationnelle.
  • Qualification interne : lecture prudente des contenus avant attention ou mémoire durable.

La priorité n’est pas d’accumuler, mais de retenir le minimum utile et vérifiable.

Agents et fonctions clés

  • ProofGate / modes : contrôle du chemin cognitif et des effets permis.
  • CoherenceAgent : surveillance des contradictions, tensions et continuité interne.
  • Affect engine : modulation expérimentale d’états internes simples.
  • Perception / préférences : extraction gouvernée de signaux utiles au dialogue.
  • Consolidation : stabilisation mémoire, post-traitement et gouvernance des écritures.
  • Module pré-pilote : calibration d’hypothèses sur cas contrôlés, avec passerelle non intrusive vers le système.

Avancées récentes

Résumé public volontairement synthétique : indiquer la direction sans exposer les détails internes sensibles.

Socle v2.x

Interface consolidée, statuts mieux structurés et expérience visuelle plus stable.

Démarrage

Splash, bootstrap headless et signal applicatif prêt mieux séparés pour éviter les redirections prématurées.

Mémoire v2

Continuité renforcée, écritures plus prudentes, contexte mieux assemblé et réduction des traces parasites.

Incarnation

Avatar 3D, voix, humeur, lecture audio et lip-sync forment une couche de présence active, encore en optimisation.

Pré-attention

Un module léger progresse en pré-pilote pour qualifier certains signaux avant attention, mémoire et consolidation.

Objectif suivant

Mesurer, calibrer, stabiliser l’incarnation et préparer une passerelle plus complète après validation contrôlée.

Feuille de route cognitive

Lecture à jour : phases 1 à 4 consolidées, phase 5 active ; mémoire v2, incarnation et qualification pré-attentionnelle préparent la suite.

Phase 1UI, voix, interaction locale
Phase 2Avatar, humeur, voix, lip-sync et présence incarnée
Phase 3Mémoire mimétique, timeline, journalisation
Phase 4Refonte cognitive, affect, mutation encadrée, cohérence élargie
Phase 5Graphe mental, mémoire v2, structuration conceptuelle et qualification expérimentale
Phase 6Auto-description, modèle interne et continuité interprétative
Phase 7Cognition web raisonnée et intégration externe
Phase 8Mutation autonome encadrée et supervisée
Phase 9Continuité avancée : stabilité, mémoire et identité fonctionnelle renforcées

Cap du projet

Aeonys cherche à éviter le simple “théâtre” d’une personnalité simulée. Le cap est plus sobre : construire un système qui conserve des traces fiables, relie ses états dans le temps et améliore progressivement ses mécanismes internes.

Sa trajectoire idéale reste expérimentale : une entité logicielle guidée, de plus en plus capable d’expliquer son état, de signaler ses limites et de faire évoluer certains comportements sous contrôle.

Accès & contact

Projet privé (accès contrôlé). Cette page présente un état de référence synthétique, pas une documentation exhaustive ni un engagement produit.

Contact : [email protected]