Projets et règles

Dites le nom lors de l’enregistrement ou de la recherche, et le projet existe dès cet instant — pas de structure de dossiers, pas de configuration, aucune limite quant au nombre que vous pouvez gérer. La mémoire de votre application n’est qu’un autre projet, fonctionnant sur les mêmes ressources.

Chaque projet est un spécialiste. Il possède sa propre mémoire, ses propres règles, son propre historique de décisions. Lorsque vous ouvrez une session, votre agent arrive déjà informé : des règles, de l’état des choses, de ce qui a été décidé la semaine dernière. Vous n’avez pas besoin de tout expliquer à nouveau. Vous n’avez pas besoin de le lui rappeler. Les informations nécessaires sont déjà là.

La somme nécessaire pour financer le reste du projet

La minute la plus précieuse dans ce produit est celle que vous consacrez à définir les règles d’un projet. Écrivez-les une fois : comment ce projet doit être mené, ce qui est important, ce qu’il faut éviter – et chaque session qui s’ouvre par la suite les connaîtra automatiquement.

On ne raconte jamais l’histoire de son projet deux fois, ni à un nouvel agent, ni sur une autre machine. Ce temps d’une minute est consacré une seule fois, et l’agent qui arrivera demain le sait déjà.

La couche d’équipe, à vos conditions

Lorsque vous partagez, vous le faites à vos conditions. Une clé n’a pas besoin d’être tout-puissante. Restreignez son utilisation aux projets choisis, en mode lecture seule ou lecture-écriture — la forme idéale pour un prestataire, une tâche CI, ou un agent à usage unique qui n’a pas besoin de voir le reste de votre travail. Votre brain, vos règles, vos clés.

Équipes humaines. Un prestataire reçoit une clé qui lui permet d’accéder uniquement au projet du client et à rien d’autre. Lorsque la mission prend fin, on révoque une clé — sans avoir à défaire la mémoire partagée.

Flottes d’agents. Un job CI, un bot de recherche, un agent à usage unique — chacun reçoit exactement la mémoire dont son travail a besoin. Un agent qui ne fait que lire ne peut jamais supprimer quoi que ce soit.

Plusieurs harnais, une mémoire. Exécutez Claude Code, OpenClaw et Codex sur le même Brain — mais attribuez à chacun une clé adaptée au degré de confiance que vous lui accordez. L’agent autonome toujours actif qui communique avec le monde extérieur n’a que des droits en lecture sur un projet ; votre outil principal a accès à tout. Mémoire partagée sans rayon d’explosion partagé — le problème auquel se heurte toute configuration à plusieurs agents, résolu là où il se situe.

Supprimer est délibéré

La suppression est intentionnelle : tout ce que vous stockez vous appartient et peut être supprimé. La suppression s’effectue à plusieurs niveaux au sein de deux systèmes – le panneau de compte avec une confirmation humaine à chaque étape, ainsi que les données dérivées auxquelles un agent peut accéder. Cependant, l’archive brute des conversations est la seule chose à laquelle aucun autre agent ne peut avoir accès. Aucun agent ne peut supprimer un seul message, et aucun agent ne peut en aucun cas consulter les trois derniers mois. Le modèle de menace concerne votre propre agent : une erreur, ou une instruction malveillante cachée dans quelque chose qu’il a été chargé de lire. La mémoire sélectionnée est dérivée ; l’archive est la version originale.

C’est entre le moment où l’on dit qu’on fera quelque chose et le moment où on le fait que le travail meurt silencieusement. Le Ledger comble cette lacune. Comme vos conversations sont archivées, il surveille les intentions et transforme chacune d’elles en une ligne prête pour vous.

Dis Vérifier le grand livre. Et votre agent parcourt les lignes en ayant déjà une décision en tête : terminé, avec les preuves ; inutile maintenant ; encore utile de le faire – et vous répondez par des mots seuls. Quinze lignes prennent environ deux minutes. Il n’y a ni statuts ni tableau obsolète ; chaque décision supprime sa ligne, et la pile ne cesse de diminuer. Les lignes que vous conservez deviennent des briefs d’objectifs que votre agent exécute seul jusqu’au bout.

La distinction est importante. La mémoire d’un projet est propre à ce projet — le déploiement, le rapport hebdomadaire, l’exécution de la traduction — mais une procédure est partagée entre toutes vos actions. Écrivez un playbook en Markdown une seule fois, stockez-le pour tout votre compte, et n’importe quel agent, dans n’importe quel projet, sur n’importe quelle machine, peut le récupérer et le suivre. Le Brain stocke et sert les playbooks ; il ne les exécute jamais. Il n’y a pas de backend d’exécution, pas de terminal, pas d’accès à vos machines — le playbook est l’instruction, et c’est votre agent qui effectue le travail.

Le Brain les stocke et les sert ; votre agent les exécute dans son propre environnement. Enregistrer, récupérer, lister, supprimer — quatre options, entièrement sous votre contrôle.

Les règles sont la seule chose qui est chargée automatiquement à chaque session. Tout le reste — la mémoire, le plan d’action, les décisions — doit être recherché pour être trouvé. Les règles sont déjà en place. Définissez-les pour tout ce que vous faites, ou pour un projet spécifique, et elles influenceront le fonctionnement de chaque agent, partout.

Les règles sont le programme du curateur.

Après chaque échange, un curateur lit le tour et réécrit votre mémoire : les décisions sont enregistrées, les faits modifiés sont intégrés, les affirmations dépassées par la réalité sont supprimées. Vos règles constituent le programme qui indique ce qui est important. La mémoire est gérée par un modèle formé de la même manière que l’on formerait un nouvel employé — et non configuré à l’aide de règles d’extraction et de filtres. Vous écrivez la loi une fois, et le curateur l’applique sans qu’on le lui demande.

On ne le dépose jamais.

Pas de sauvegarde, pas d’étiquette, pas de rituel de « mémoriser mon contexte ». La sélection a lieu quelques secondes après l’échange, et non lorsque l’on se souvient de le demander. On ne stocke jamais rien — et la mémoire fait son travail que l’on se souvienne ou non de la solliciter. Un stock que votre agent doit être invité à vérifier n’est bon que dans la mesure où le modèle est disposé à le faire ; celui-ci s’en charge lui-même.

La seule chose qu’aucun modèle ne peut toucher

L’archive des conversations brutes constitue l’enregistrement original, et elle est inaccessible à tout agent. Aucun agent ne peut supprimer un seul message, et aucun agent ne peut modifier les données des trois derniers mois. Le modèle de menace concerne votre propre agent : une erreur, ou une instruction malveillante cachée dans quelque chose qu’il a été chargé de lire. La mémoire sélectionnée est dérivée ; l’archive reste l’original, et elle vous appartient.

← Comment ça marche Installation en 60 secondes