Le livrable
Le code, le schéma, le document. Propres, versionnés, livrés. Ils disent ce qui a été fait.
Une solution My Codeuse
L'ingénierie s'achève. La mémoire d'ingénierie demeure.
Un projet produit deux choses : des livrables et du raisonnement. On archive les premiers avec soin. Le second disparaît avec la session de travail qui l'a produit.
L'Engineering Memory System est un compilateur déterministe. Il ne cherche pas dans votre documentation : il la compile, la vérifie, et en dérive ce qui peut l'être.
01 — Le problème
Ce qui disparaît n'est pas une information. C'est le raisonnement.
La conséquence n'est pas l'oubli. C'est la reprise d'un débat déjà tranché.
Le raisonnement
La question posée, les pistes envisagées, celle qu'on a écartée et la raison de l'avoir écartée.
Six mois plus tard
On relit son propre travail comme celui d'un inconnu. On re-réfléchit à ce qu'on avait déjà acté, et parfois on tranche dans l'autre sens.
02 — La mémoire d'ingénierie
Une connaissance négative vaut une connaissance positive.
Savoir qu'un chemin ne mène nulle part vaut autant que savoir lequel fonctionne. Une piste écartée n'est pas du temps perdu. À condition qu'elle survive.
Question d'origine. Un raisonnement garde la question qui l'a fait naître. Sans elle, on relit une décision sans savoir à quoi elle répondait.
Relation dérivée. Une relation est déclarée une fois ; son inverse est calculé. Écrire une décision n'oblige jamais à mettre à jour les sources qu'elle cite.
Autorité citée. Un refus nomme le principe qui le fonde. Une règle qui bouge sans que la vérification ne bouge est un défaut, et il se voit.
03 — Fonctionnement
Une source déclarée, tout le reste dérivé.
-
01
Capturer
Le raisonnement au moment où il a lieu, pas après coup quand il a déjà été reconstruit de mémoire. Une décision porte sa question d'origine, son contexte, et ce qui a été écarté.
-
02
Compiler
Les index, les citations croisées et les états sont dérivés. Rien de ce qui peut être calculé n'est écrit à la main : un fait déclaré deux fois finit par en avoir deux versions.
-
03
Refuser
Une tâche close avec un critère non tenu, une référence vers un objet inexistant, une transition d'état impossible. Le refus nomme la règle, pas une préférence.
-
04
Reproduire
Même corpus, même sortie. Aucun modèle statistique dans le chemin de compilation, aucun appel réseau, aucune date d'exécution qui ferait bouger un rapport sans raison.
04 — Architecture
La mémoire vit en dehors du modèle qui la consomme.
Un assistant peut la lire, la citer, proposer de la mettre à jour. Il ne la possède pas, et changer de modèle ne la fait pas disparaître.
05 — L'ingénieur décide
Le moteur propose et vérifie. L'humain décide et transmet.
Une intelligence artificielle peut aider à raisonner, à rédiger, à retrouver. Elle ne tranche pas, et rien n'entre dans le corpus sans qu'un ingénieur l'ait voulu.
La valeur d'une mémoire d'ingénierie tient à ce qu'elle reste explicable, discutable et révisable par ceux qui viendront après.
06 — Définition
Ce que c'est, et ce que ce n'est pas.
C'est
- Un compilateur déterministe, local et offline
- Un ensemble de commandes sur un corpus local
- Une connaissance reliée et vérifiée
- Une mémoire qui survit à n'importe quel assistant IA
Ce n'est pas
- Un RAG qui retrouverait une décision sans savoir qu'elle ne s'applique plus
- Une plateforme de documentation qui décrit sans dire pourquoi
- Un journal de décisions dont les documents restent isolés
- Un agent autonome
07 — Roadmap
Où en est le projet.
-
Fait
Le compilateur : compilation, vérification des règles et des références (lint), dérivation des index (index), mise à jour du corpus par diff (patch).
-
Fait
Une API locale qui relaie le compilateur. Le compilateur propose. L'humain décide. L'API exécute.
-
En cours
La console : L'endroit où l'on consulte sa mémoire d'ingénierie, où l'on discute avec un assistant autorisé à la lire, et où l'on approuve ce qui viendra la faire évoluer.
-
À venir
Plusieurs mémoires qui se parlent. Chaque corpus a la sienne, et une décision peut en citer une autre.
-
À venir
Une licence d'utilisation. L'outil sert un projet réel depuis des mois. L'ouvrir demande qu'il s'installe, se comprenne et se répare sans celle qui l'a développé.
-
À venir
La discipline, écrite. Ce qui fonde ce compilateur n'est pas un format de fichier : c'est une manière de traiter le raisonnement. Un ouvrage est en préparation.
08 — Questions
Ce qu'on nous demande le plus souvent.
En quoi est-ce différent d'un RAG ?
Un RAG retrouve un passage qui ressemble à votre question. Il ne sait pas si la décision qu'il vous rend est encore en vigueur, ni ce qu'elle a remplacé, ni qui la cite. L'Engineering Memory System compile ces liens plutôt que de les chercher.
Mes données sortent-elles de ma machine ?
Non. Le compilateur ne fait aucun appel réseau. Le corpus, la compilation et les index vivent sur la machine, et rien n'est envoyé nulle part.
Faut-il une intelligence artificielle pour s'en servir ?
Non. Le compilateur fonctionne seul, en ligne de commande, sans modèle. Un assistant peut lire la mémoire compilée et proposer des évolutions, mais c'est une option. Et dans cette configuration, les propositions passent par une approbation de l'utilisateur.
Que se passe-t-il si je change de modèle d'IA ?
La mémoire ne bouge pas. Elle vit sur votre machine, dans des fichiers que le compilateur lit ; aucun assistant ne la détient. Vous changez d'outil de lecture, pas de bibliothèque.
Est-ce disponible ?
Pas encore publiquement. Le compilateur et son API fonctionnent ; la console est en construction. Cette page existe pour établir l'approche, pas pour vendre un produit fini.