Statut : actif — socle v2.x stabilisé · mémoire structurée · orchestration locale · agents spécialisés · voix/avatar 3D en amélioration · évaluation interne en pré-pilote
Mise à jour : 14/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 volontairement précis : mieux déterminer le rôle d’une entrée avant qu’elle ne devienne contexte, mémoire, signal interne ou simple passage.

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 l’orientation des contenus : distinguer ce qui mérite d’être retenu, différé, reformulé, relié ou simplement ignoré, sans transformer ces signaux en vérité psychologique ou clinique.

Local & souverain
Mémoire multi-couches
Introspection observable
Agents cognitifs
Avatar 3D + voix + lip-sync
Évaluation contrôlée
É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 · interprétation
Cap viséContinuité fonctionnelle maîtrisée

État réel du chantier

Interfacev2.x stable
DémarrageInitialisation et disponibilité mieux contrôlées
Noyau actifArchitecture principale consolidée
CompatibilitéComposants hérités isolés et surveillés
Modes Aeonys / LLM directClarifiés et mieux isolés
Phase activeMémoire v2 · graphe · évaluation interne

Lecture honnête : la base reste expérimentale, mais elle est désormais assez structurée pour tester des mécanismes d’orientation entre l’entrée utilisateur, le contexte immédiat 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 évaluation interne des contenus. L’enjeu actuel est de mieux déterminer le rôle d’une entrée : contexte temporaire, trace utile, signal de cohérence, relation à consolider ou contenu à ignorer.

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.

Orientation

Évaluer 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.
  • Disponibilité contrôlée : distinction entre service joignable, interface chargée et système prêt à fonctionner.

Architecture cognitive simplifiée

InterfaceDashboard Streamlit · thèmes · statuts · audio · avatar
DémarrageInitialisation locale · contrôle de disponibilité · reprise propre
OrchestrationCycle de tour · routage · modes Aeonys / LLM direct
Noyau actifCentre logique principal consolidé
CompatibilitéAnciennes couches isolées et maintenues sous contrôle
AgentsCoherence · ProofGate · affect · observation · évaluation
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 l’usage possible des contenus avant leur intégration complète dans 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 ?

Évaluation pré-attentionnelle

  • Observation : lire les signaux sans surinterpréter.
  • Orientation : distinguer apprentissage, retenue, reformulation ou simple contexte passager.
  • 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.
  • Évaluation 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

Initialisation plus fiable, meilleure distinction entre disponibilité technique et système réellement prêt.

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 évaluer 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 évaluation 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 évaluation 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 privilégie les mécanismes observables de continuité, de mémoire et de cohérence plutôt que la simple simulation d’une personnalité conversationnelle. Le cap est de construire un système capable de conserver des traces fiables, de relier ses états dans le temps et d’améliorer 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]