La mémoire répond
Quelle information du passé peut être ramenée dans le contexte actuel?
Architecture / NSP
La couche cognitive manquante.
Suivez les structures, les contrôles et les traces de preuve qui rendent le travail de longue durée vérifiable et corrigible.
Mémoire / frontière
La mémoire est nécessaire. Elle ne suffit pas.
Un système peut retrouver le bon contexte tout en comprenant mal la tâche, en faisant confiance à une hypothèse non vérifiée ou en agissant sans chemin de preuve défendable.
NSP ajoute
Que comprend actuellement le système, quel est son degré de certitude, que faut-il vérifier et que doit modifier le résultat?
Principes de conception
Une structure externe autour des capacités du modèle.
- 01
Externe, non incorporé
NSP agit autour du modèle au moyen d’un état, de politiques et d’une intégration; aucune modification des poids n’est requise.
- 02
Explicite avant toute conséquence
La compréhension, les hypothèses et la confiance deviennent inspectables avant une action ayant des effets réels.
- 03
Proportionné aux preuves
Les affirmations et décisions conservent source, portée, statut et limites au lieu de se réduire à une conclusion sans réserve.
- 04
Persistant, mais corrigible
Les résultats modifient l’état futur, tandis que la provenance maintient la compréhension accumulée ouverte à la contestation et à la révision.
Contrôle préalable de compréhension
Explorer librement. Expliquer avant d’agir.
Un contrôle peut laisser ouverte la recherche en lecture seule tout en exigeant une compréhension structurée avant les opérations configurées comme conséquentes.
00Demande reçue
01État requis
- Interprétation
- Hypothèses
- Confiance et justification
- Plan d’action
02APoursuivre
02BSuspendre / examiner
Limite: La définition d’une opération conséquente relève de la politique de l’environnement. Remplir un formulaire ne prouve pas que l’interprétation est juste.
État persistant structuré
Un dossier de travail, pas un dépotoir de transcriptions.
L’état durable maintient certaines unités cognitives adressables afin que le travail ultérieur puisse examiner ce qui a changé et pourquoi.
- Intention
- Le résultat demandé et les limites d’intervention.
- Interprétation
- Ce que la tâche actuelle est comprise comme signifiant.
- Hypothèses
- Les conditions tenues pour vraies et leur état de vérification.
- Confiance
- Une estimation justifiée, jamais traitée comme une vérité terrain.
- Éléments de preuve
- Sources, observations, résultats des vérificateurs et provenance.
- État ouvert
- Incertitudes, contraintes et questions non résolues qui demeurent actives.
Vue 01 / architecture fonctionnelle
Quatre couches séparées par responsabilité.
Cette vue situe la structure durable, la dynamique cognitive, la traduction propre au domaine et l’expression externe. Il s’agit du cadre organisationnel actuel de l’article III.
Cadre sourceArticle III — vue organisationnelle actuelle en quatre couchesStatut de la preuveDocument de travail
- L0
Substrat structurel
Entités, relations, contraintes, éléments de preuve et provenance indépendants du domaine.
Limite: Stocke la structure; ne détermine pas le sens propre au domaine.
- L1
Étayage cognitif
Dynamiques de croyance, d’attention, de plasticité, de réactivation des traces et d’intervention.
Limite: Fait évoluer l’état; n’encode pas les signaux bruts du domaine.
- L2
Adaptateur d’encodage
Transforme les observations du domaine en primitives cognitives comprises par le moteur partagé.
Limite: Il constitue la frontière explicite propre au domaine.
- L3
Adaptateur d’expression
Sélectionne et présente l’état pertinent à la frontière du modèle et du public.
Limite: Régit l’expression; ne rend pas vraies les affirmations stockées.
Vue 02 / mécanismes cognitifs
Sept mécanismes décrivent comment l’état accumulé influe sur la suite.
Cette vue regroupe les mécanismes selon leur fonction cognitive, et non selon un progiciel ou une couche de déploiement.
Cadre sourceArticle II — trois fonctions cognitives et sept mécanismesStatut de la preuvePrépublication publique
Représentation de l’état
Représenter ce qui est connu, vécu, cru et écarté.
- Graphe de connaissances en couchesLa théorie, les expériences et les synthèses restent distinctes, mais reliées.
- Suivi des croyancesLes dimensions de croyance évoluent avec les preuves, la tension et les transitions discontinues.
- Registre des stratégiesLes contraintes et les approches écartées s’accumulent dans un état adressable.
Allocation de l’attention
Employer le contexte limité là où l’état accumulé indique qu’il compte le plus.
- Gradient cognitifActivation, récence, densité et surprise éclairent les priorités.
- Double plasticitéL’ampleur et la profondeur ajustent l’équilibre entre exploration et spécialisation.
- Traces dormantesLes pistes épuisées ou en sommeil peuvent être atténuées, puis réactivées.
Autorégulation
Détecter les conditions d’échec et introduire une correction ciblée.
- Intervention sensible au contexteDes déclencheurs dirigent les hypothèses cachées, la confiance ou les lacunes de couverture vers une intervention adaptée.
Limite: Cette vue est décrite le plus complètement pour la recherche longitudinale. Un environnement peut n’en mettre en œuvre qu’un sous-ensemble documenté ou une profondeur d’intégration différente.
Vue 03 / architecture de déploiement
Un protocole séparé du vocabulaire du domaine et du branchement à l’environnement.
La vue de déploiement distingue les responsabilités partagées de celles qui se spécialisent quand NSP est relié à un système concret.
Cadre sourceArticle I — vue de déploiement en trois couchesStatut de la preuvePrépublication publique
- NOYAU
Primitives fondamentales
Fournir les types d’état indépendants du domaine, le cycle de vie et les opérations cognitives partagées.
Aucun vocabulaire de domaine ni branchement à des outils particuliers.
- SCHÉMA
Schémas de domaine
Définir le vocabulaire, les relations, les règles d’extraction et d’injection ainsi que les fonctions activées.
Aucun contrôle direct de l’environnement hôte.
- ENVIRONNEMENT
Environnements de domaine
Relier les événements, les outils et le stockage dans un contexte d’exploitation précis.
La présence d’un environnement n’implique ni couverture ni maturité identiques.
Limite: Les flèches indiquent une dépendance, et non que chaque environnement met en œuvre tous les mécanismes ou applique la même vérification.
Producteur–auditeur–vérificateur
Générer et accepter sont deux tâches distinctes.
Pour un travail à conséquence, NSP peut préserver des rôles indépendants afin qu’un résultat ne devienne pas un état accepté simplement parce qu’il est présenté avec assurance.
- 01
Producteur
Crée un résultat candidat et consigne ses hypothèses ainsi que son chemin justificatif.
- 02
Auditeur
Conteste le candidat selon un cadre indépendant et cherche les dérives ou conditions manquantes.
- 03
Vérificateur
Applique la condition de vérité disponible : contrôle déterministe, règle formelle, preuve externe ou jugement humain explicite.
Le verdict, les preuves et les limites non résolues deviennent l’état persistant du cycle suivant.
L’indépendance et la couverture du vérificateur doivent être réelles. Nommer trois rôles ne prévient pas à lui seul les erreurs corrélées.
Lien avec les systèmes voisins
Des responsabilités complémentaires, pas un récit de remplacement.
La mémoire, la recherche documentaire et l’orchestration demeurent utiles. NSP aborde une autre question au moment où l’état devient une action à conséquence.
Mémoire
- Question principale
- Que faut-il retenir du travail antérieur?
- Résultat habituel
- Faits, épisodes ou résumés stockés.
- Limite
- La rétention ne valide pas la compréhension actuelle.
RAG
- Question principale
- Quel contexte est pertinent pour cette demande?
- Résultat habituel
- Documents ou segments retrouvés.
- Limite
- Un contexte pertinent peut encore être mal lu ou mal appliqué.
Orchestration
- Question principale
- Quel modèle, outil ou étape doit suivre?
- Résultat habituel
- Flux de contrôle entre composants.
- Limite
- Le routage ne rend pas la décision sensible aux preuves.
NSP
- Question principale
- Que comprend, suppose et vérifie le système avant d’agir?
- Résultat habituel
- État cognitif inspectable, contrôles et mises à jour reliées aux preuves.
- Limite
- NSP dépend de la mémoire, des outils et des vérificateurs; il ne les remplace pas.
Limites connues
L’architecture a des conditions d’exploitation.
Ces limites font partie du dossier de conception; elles ne sont pas reléguées aux petits caractères.
- 01
Seuil de capacité
La complexité du protocole doit convenir au modèle et à la tâche. Un étayage mal adapté peut dégrader le système.
- 02
Confiance autodéclarée
Une valeur de confiance constitue un état utile, et non une preuve de calibrage ou de justesse.
- 03
Couverture de vérification finie
Un contrôle ne vaut que par ses tests, ses sources, ses politiques et son examen indépendant.
- 04
Dérive de l’état persistant
Les interprétations stockées peuvent devenir périmées ou erronées; provenance et correction sont indispensables.
- 05
Profondeur d’intégration variable
La couverture des mécanismes, le régime de preuves et la maturité diffèrent selon le domaine et l’environnement.
Ce que NSP n’est pas
Des exclusions claires protègent la frontière technique.
Pas un modèle de fondation
NSP est un étayage externe autour du travail du modèle, et non un modèle entraîné.
Pas une base vectorielle générique
NSP peut coexister avec des systèmes de recherche, mais ne constitue pas un magasin d’embeddings prêt à l’emploi.
Pas un substitut aux vérificateurs déterministes
Les contrôles formels, les tests et les preuves externes restent déterminants lorsqu’ils existent.
Pas une promesse de confiance calibrée
La confiance autodéclarée doit toujours être confrontée aux résultats.
Pas universellement avantageux
Les bénéfices ne sont pas présumés identiques selon les modèles, tâches, domaines ou profondeurs d’intégration.
FAQ sur l’architecture
Questions à la frontière du système.
01NSP remplace-t-il la mémoire?
Non. La mémoire fournit le contexte retenu; NSP ajoute une interprétation, des hypothèses, une vérification et des mises à jour d’état explicites autour de son utilisation.
02Chaque opération exige-t-elle un contrôle?
Non. L’environnement définit les opérations conséquentes. L’exploration en lecture seule peut rester ouverte, tandis que les écritures ou actions externes exigent un état complété.
03Les trois vues sont-elles des versions concurrentes?
Non. Elles décrivent la responsabilité, la fonction cognitive et l’intégration de déploiement à des échelles d’observation différentes.
04Chaque mécanisme existe-t-il dans chaque environnement?
Non. La description publique doit préciser le sous-ensemble, la profondeur d’intégration, les preuves et la maturité de chaque environnement.
Liens de recherche
Les trois vues proviennent d’un arc de recherche qui s’élargit.
L’article I cadre le déploiement et le contrôle préalable; l’article II organise les mécanismes cognitifs longitudinaux; l’article III présente la vue fonctionnelle actuelle en quatre couches. Les articles I et II sont des prépublications publiques vérifiées; l’article III demeure un document de travail.
Article IPrépublication publique
Think Before You Act
Couches de déploiement, contrôle de compréhension et fiabilité de l’action.
Article IIPrépublication publique
Programmable Emergence via Cognitive Engine
Représentation de l’état, allocation de l’attention et autorégulation.
Article IIIDocument de travail
Structure Over Similarity
Séparation fonctionnelle, frontières d’encodage et architecture interdomaines.