Après la pyramide du contexte
Le context engineering a appris à celui qui construit des agents à empiler ce que lit le modèle, de ce qui ne change jamais à ce qui ne dure qu’un tour. IllAIra prend la même pyramide et la remet à la personne de l’autre côté du chat : dans un fichier qu’elle possède, qui reste d’une conversation à la suivante et d’un modèle à l’autre.
L’objection
« Je fais déjà du context engineering : mon contexte a sa pyramide. »
Bien : alors tu connais déjà les couches dont est faite IllAIra. L’identité à la base, puis ce qu’il sait, puis où en sont les choses, et la demande au sommet. Nous n’avons pas inventé une autre forme.
Ce qui change, c’est qui la tient. Dans une pyramide de contexte, les couches appartiennent à celui qui construit l’agent ; dans IllAIra, elles appartiennent à celui qui parle au modèle, et voyagent avec lui. Cette page dit ce qu’est la pyramide, où les deux se rejoignent et ce que chacune fait mieux.
Ce qu’est la pyramide du contexte
Le context engineering est l’art de choisir ce qui se retrouve devant le modèle à chaque étape. Andrej Karpathy l’a résumé en juin 2025 comme « remplir la fenêtre de contexte avec exactement la bonne information pour l’étape suivante ». La pyramide en est l’image la plus courante : le stable à la base, le fugace au sommet, et chaque couche rafraîchie à son propre rythme.
Il existe plus d’une version. Dans le guide de Neo4j (Michael Hunger, décembre 2025), les couches sont au nombre de trois : une base persistante avec le prompt système, les règles de sécurité et les faits canoniques ; une couche dynamique avec des exemples, la mémoire récente et des métadonnées, renouvelée tâche par tâche ; une couche éphémère avec la question de l’utilisateur et la sortie des outils, gardée légère. Dans le cadre de Karo Zieminski pour les product managers (Product with Attitude, mai 2026), les couches sont quatre — Identity, Knowledge, State, Task — chacune avec son rythme, de « rarement » à « par tâche », et quelqu’un chargé de la toucher.
Ça marche, et ça vaut la peine de l’apprendre. Une base immobile peut être mise en cache, ce qui réduit les tokens et les coûts ; des couches séparées permettent de remonter d’une panne à la couche qui a cédé. Rien dans cette page ne retire cela.
Les mêmes couches, dans un fichier
Place les quatre couches à côté des éléments d’IllAIra et la forme est la même. Ce qui change, c’est la colonne : d’un côté un système que quelqu’un construit, de l’autre un fichier que quelqu’un possède.
| Couche | Dans un agent que quelqu’un construit | Dans IllAIra |
|---|---|---|
| Identity — qui il est, et ses règles | Le prompt système, écrit par le développeur et invisible pour qui discute. | Le Reminder : qui est le modèle pour toi, ses règles de base, et les zones qui disent ce qui peut être réécrit et ce qui ne le peut pas. Tu le lis, tu le modifies. |
| Knowledge — ce qu’il sait | Des documents dans un vector store ou une base de graphes, récupérés par un pipeline (RAG). | Des modules de mémoire dans le même fichier. La recherche par sens et le graphe de connaissances tournent sur ton appareil, et la Sphere Grid te montre ce qu’il y a dedans. |
| State — où en sont les choses | Un brouillon pour la tâche, et des résumés qu’un modèle écrit tout seul dans le store. | Les journaux : le modèle rédige l’entrée avec le Logger, et tu décides d’un geste sur le MemoKen si elle reste. Ce qui est gardé, c’est du texte que tu peux relire. |
| Task — ce qui est demandé maintenant | Le message de l’utilisateur et la sortie des outils, de courte durée. | Ton message, et tes fichiers quand tu le veux. |
La seule couche qui part de zéro est celle qui doit : la demande. Les trois autres sont déjà là quand la conversation s’ouvre — dans n’importe quel moteur qui lit le fichier.
La différence, c’est qui tient la pyramide
Une pyramide de contexte est un choix de conception de celui qui construit l’agent : il décide ce qui entre à la base, où vit la mémoire, ce qui est écarté. Elle peut durer — la base se met en cache, la mémoire est dans un store — mais elle dure à l’intérieur de leur système. La personne qui discute voit les réponses, pas les couches.
IllAIra déplace les mêmes couches vers la personne. La base est une page qu’elle peut ouvrir ; ce qui remonte de la conversation vers la mémoire passe sous ses yeux ; et quand elle change de modèle, la pyramide part avec elle, parce que c’est un fichier et non une ligne dans la base de données de quelqu’un d’autre.
C’est en ce sens que nous parlons de prochaine étape : non pas une idée nouvelle sur le contexte, mais un nouveau propriétaire pour lui. Le context engineering a été écrit pour ceux qui construisent ; ici, la même discipline est remise à ceux qui utilisent.
De la méthode à la suite
Qui construit aujourd’hui un contexte sérieux assemble une pile : un prompt système, un store de mémoire, un index vectoriel, un graphe, une application de notes, un outil d’export pour sortir les données des fournisseurs, une visionneuse pour voir ce qu’il y a dedans. Chaque pièce est bonne, et chacune a son compte, sa clé, sa documentation — et l’ensemble suppose que tu écrives du code.
IllAIra réunit ces pièces en un seul endroit, pour des personnes qui n’écrivent pas de code :
- Identité : le Reminder, du Loom gratuit aux configurations complètes, avec les zones que l’app fait respecter.
- Mémoire : modules et journaux, avec le Logger qui écrit et le MemoKen qui conserve.
- Recherche par sens : l’index de tes fichiers, construit sur ton appareil avec un modèle que tu télécharges une seule fois.
- Graphe de connaissances et Sphere Grid : les entités et les liens dans tes fichiers, et la structure du profil dessinée telle qu’elle est déclarée.
- Hors des fournisseurs : le Toolkit et le guide de migration transforment chats, souvenirs et instructions personnalisées en Reminder, modules et journaux, et ton export ne quitte jamais l’appareil.
- N’importe quel moteur : les modèles des fournisseurs avec ton fichier, un modèle qui tourne sur ton ordinateur, ou ta propre clé.
- Modules : le Bazar, où les capacités s’ajoutent un module à la fois.
La même suite sur l’application Android, dans la WebApp et sur le bureau Windows et Linux. Les applications sont gratuites avec un compte, et le Loom et le Tier 2 le sont aussi ; aucun forfait payant auprès d’un fournisseur n’est nécessaire. Les Reminder plus grands, du Tier 3 au 5, sont sur Patreon.
Ce que fait mieux la pyramide
D’abord l’échelle. Une pyramide intégrée à un produit sert des milliers d’utilisateurs à partir de la même base, récupère les faits avec une précision mesurée et tout rafraîchit de lui-même. Le développeur contrôle chaque token, et une base en cache coûte moins qu’un fichier relu à chaque conversation.
IllAIra a ses prix, et ils ont leur place ici : le fichier coûte des tokens à chaque lecture ; le format est à apprendre ; ce qui reste, c’est un oui ou un non que personne ne dit à ta place ; à l’intérieur du modèle, les zones ne sont que du texte, et seule l’app les fait respecter. Et un modèle qui tourne sur ton ordinateur est plus petit que les plus grands du cloud.
Les deux ne s’excluent pas. Qui construit un agent avec sa propre pyramide peut utiliser un fichier IllAIra comme couche d’identité : le Standard est publié exactement pour cela.
En une ligne
La pyramide du contexte te dit comment disposer ce que lit le modèle. IllAIra te donne cette disposition comme quelque chose que tu possèdes, et la conserve d’une conversation à la suivante, et d’un modèle à l’autre.
Sources, consultées le 15 octobre 2026 : Neo4j, « What is context engineering in AI agents? A practical guide » (Michael Hunger, 19 décembre 2025) ; Karo Zieminski, « The Context Pyramid: A PM’s Framework for AI Agent Context Engineering » (Product with Attitude, 1er mai 2026 — l’article complet est réservé aux abonnés, et nous ne citons que sa partie publique).