Écrivez-le une fois · n’importe quel agent, n’importe quel projet, n’importe quelle machine l’exécute · jamais élagué


Votre agent dessine la carte de tout votre système. Chaque session suivante la charge.

Un playbook est une procédure écrite une fois — le déploiement, la passe de traduction, le rapport hebdomadaire — et exécutée par n'importe lequel de vos agents, dans n'importe quel projet, sur n'importe quelle machine, de la même façon à chaque fois. Les notes assurent le passage d'une session à la suivante. Et l'atlas est ce que les playbooks rendent possible : votre agent dessine la carte de tout votre système, à partir du code et du système en production, et chaque session suivante s'ouvre avec elle.

Plan gratuit · 0 $ · playbooks et notes sur tous les plans

Écrivez une procédure une seule fois. Chaque agent l’exécute.

Un playbook est un simple fichier markdown : des titres pour les étapes, des blocs de code pour les commandes, et ce qu'il faut relire ensuite pour savoir que cela a fonctionné. Il est stocké pour tout votre compte, pas pour un seul projet — vos projets restent séparés, vos procédures sont partagées. N'importe quel agent le récupère et l'exécute dans son propre harnais. Dites « enregistre ceci comme playbook » et c'en est un. Dites « utilise le playbook deploy » et il s'exécute — et le plus souvent vous n'avez même pas besoin de le faire : une requête dont les mots correspondent à un playbook lui est remise avant que l'agent ne commence à répondre.

Jamais élagué

Les enregistrements gérés conservent la vérité actuelle et sont rangés à mesure qu'elle évolue. Un playbook contient le comment, et personne n'élaguerait une procédure. Le fichier md que vous aviez écrit sur le déploiement a pourri dès le premier câble changé, et personne ne l'a rouvert — un playbook est ouvert par l'agent sur le point de l'exécuter, à chaque fois. Une recette qui a demandé une semaine à trouver reste exactement telle qu'elle a été trouvée.

De la même manière, partout

Cinq agents sur un projet, ou un agent sur cinq machines — le déploiement est le même déploiement. Ce que vous avez appris une fois sur une exécution, toutes les exécutions suivantes le savent.

📋

Écrit comme on le remettrait à un collègue

Les étapes, les commandes exactes, ce qu’il faut vérifier ensuite, ce qui a mal tourné la dernière fois et quand. Votre agent ajoute ce qu’il apprend en l’exécutant, dans la même session.

Notes — la transmission

Là où une session s’est arrêtée, ce qui est en ligne, ce qui vient ensuite — rédigé par votre agent, conservé par projet, les cinq derniers toujours à portée de main. La session suivante s’ouvre dessus. Démarrez le PC, dites « continue », et elle reprend.

L’atlas : une carte de tout votre système, fidèlement représentée

L'atlas est un playbook qui apprend à votre agent à cartographier un projet — et la carte qu'il dessine est elle-même un playbook, si bien que chaque session peut l'ouvrir. Une carte racine par projet : les boîtes, les fils et ce qui y circule, les magasins de données, et un index des planches. Quatre à huit planches, une par plan du système, avec les procédures dans la planche à laquelle elles appartiennent. Votre agent lit le code et le système en production et vérifie chaque fil avant d'écrire la moindre ligne de la carte.

Les trois règles d’une carte

  • La topologie est dessinée une seule fois, dans la racine. Une planche ne réaffirme jamais les fils ; elle ne contient que ses propres détails et ses procédures. La duplication est là où commence la dérive, donc il n’y en a pas par construction.
  • Les valeurs ne se trouvent nulle part sur la carte. Pas de ports, de prix ni de quantités — une page indique où se trouve le chiffre, jamais ce qu’il est. Une carte qui affiche des valeurs est déjà fausse en une semaine.
  • Quiconque modifie un fil met à jour la carte au cours de la même session. La racine contient une ligne — vérifiée <date> par rapport à <what> — et un lecteur fait confiance à la carte uniquement jusqu’à ce point.

Ce que contient la carte racine, dans l’ordre

  • En deux phrases, de quoi il s’agit, ainsi que la ligne vérifiée.
  • Le diagramme : des boîtes et des flèches, une flèche par fil indiquant ce qui le traverse. La direction est plus importante que tout le reste sur la page.
  • Les fils, énumérés : qui initie, ce qui est transmis, ce qui ne l’est jamais. C’est la partie qui dénonce les mensonges.
  • Les magasins : chaque lieu où vit l’état, ce qu’il contient, ce qu’il ne contient jamais.
  • L’index : chaque planche par nom, chaque procédure par planche et par section.

Ce que contient une planche

  • Pour chaque partie de son plan : ce qu’elle est, ce qu’elle contient, à qui et dans quelle direction elle communique, ce qu’elle ne fait jamais, et ce qui se passe lorsqu’elle fonctionne.
  • Où se trouvent les valeurs — des pointeurs, jamais des valeurs.
  • Ses procédures : les commandes exactes, ce qu’il faut lire pour savoir que cela a fonctionné, et ce qui s’est réellement mal passé lors de l’exécution, avec la date.

Un mardi, votre agent ouvre la carte, voit le fil qu'il s'apprête à toucher et vérifie la date de la ligne vérifiée avant de changer quoi que ce soit.

my-app-map — verified 2026-09-04 against commit a1b2c3d and the live containers

  browser ──(requests, session cookie)──▶ api ──(SQL)──▶ postgres
                                          │
                                          └──(jobs)──▶ worker ──(files)──▶ object store

Wires: the browser never talks to the worker; the worker never reads a cookie.
Stores: postgres (users, orders — never card numbers) · object store (uploads).
Plates: my-app-map-api · my-app-map-worker · my-app-map-data · my-app-map-ops
Procedures: deploy → my-app-map-ops, deploy · restore → my-app-map-data, restore

Une phrase à votre agent

La méthode de l’atlas est livrée avec votre mémoire — elle se trouve dans vos playbooks dès la première session. Cartographier un projet ne nécessite qu’une seule phrase, et la dernière étape de la carte garantit que chaque session ultérieure saura que la carte est là.

1 · déjà là

Les méthodes sont livrées avec votre mémoire

atlas, plan et prospectus se trouvent dans vos playbooks dès la première session, dans les deux éditions. Ils vous appartiennent : modifiez-en un et il restera tel que vous l’avez laissé. Votre agent les propose lorsqu’un projet n’en dispose pas encore.

2 · par projet

Faites dessiner la carte

Dans le projet, dites à votre agent : utilise playbook atlas pour écrire la carte de ce projet. Il lit le code et le système en fonctionnement, vérifie chaque fil, et écrit la carte racine ainsi que ses planches.

3 · réalisé par la méthode

Le projet apprend qu’il dispose d’une carte

La dernière étape de la méthode enregistre une règle pour le projet : où se trouve sa carte, la lire avant de modifier un fil, la mettre à jour au cours de la même session. Chaque session qui suit démarre en sachant que la carte est là.

Les playbooks, les notes et l’atlas sont inclus dans tous les forfaits, y compris le gratuit. Commencez gratuitement

Le plan : ce que le projet vise, et pourquoi

L'atlas dit comment fonctionne un projet. Le plan dit ce que vous vouliez en faire. Un playbook par projet, quatre sections, et une loi qui le garde honnête : terminé signifie retiré. Ses premières lignes ouvrent chaque session à côté des notes, pour que la session suivante reprenne la première.

Quatre sections, et rien d'autre

  • Decided — une ligne par décision en vigueur : la date, qui a décidé, et pourquoi. Une proposition n'est jamais inscrite comme décidée.
  • Next — ordonné, dix éléments au maximum. Chaque ligne nomme la chose et dit à quoi ressemble « terminé ». L'ordre est le seul statut qu'ait un plan.
  • En attente — idées soumises mais non décidées, chacune accompagnée de la date à laquelle elle a été soumise.
  • Ouvrir avec l’humain — les décisions que seul un être humain peut prendre, une ligne chacune, datées.

La loi qui l’empêche de pourrir

  • « Terminé » signifie disparu. Celui qui termine une tâche la supprime durant la même session et place ce qui a changé à sa place : le fil dans l’atlas, la décision ou la mesure dans un registre, le code dans un commit. Il n’y a pas de section « Terminé ».
  • Le Ledger est mis à jour en conséquence. Une ligne retenue qui reste importante devient une ligne dans Next ou Parked et quitte le Ledger ; le reste est supprimé.
  • Un écrivain à la fois. Lisez le plan avant de le réécrire, puis réécrivez-le dans son intégralité.
my-app-plan — walked 2026-09-10 by the Tuesday session

## Decided
2026-08-14 · you · Postgres, not SQLite — two writers, one box
2026-09-02 · you · ship the importer before the dashboard — nobody can try it empty

## Next
1. Importer accepts CSV with a header row. Finished: a real customer file lands.
2. Retry the webhook on 5xx. Finished: one blip stops costing a record.
3. Dashboard: one chart, last 30 days. Finished: it answers "is it working".

## Parked
2026-08-30 · a public status page — nothing to show yet

## Open with your user
2026-09-08 · free tier: how many rows before it asks for money

Une phrase à votre agent

La méthode du plan est livrée avec votre mémoire, comme l’atlas. Tout projet peut en avoir un.

1 · déjà là

La méthode se trouve dans vos playbooks

plan est livré avec chaque mémoire, dès la première session. Modifiez-le et il restera le vôtre.

2 · par projet

Faites rédiger le plan

Dans le projet, dites à votre agent : utilisez le playbook plan pour rédiger le plan de ce projet. Il s’inspire de Décidé, issu des décisions déjà en vigueur, et de Next, issu des notes et du Ledger.

3 · à chaque séance suivante

Il commence par le travail

Les premières lignes Next du plan arrivent avec le résumé de la séance, aux côtés des notes. Une séance commence en sachant à quoi elle sert.

La fiche : ce qu'un produit promet

L’entendre lorsqu’il sera livré

Nouveaux produits, véritables benchmarks et analyses approfondies occasionnelles. Aucun spam, abonnement à désactiver en un clic.

Tout ce que nous créons

Voice Pro

Reconnaissance vocale locale qui apprend votre voix. Licence perpétuelle. Notre produit phare.

Payant · modèle phare

brethof-brain

Mémoire pour vos agents IA — enregistrements, règles, historique complet et graphe des décisions, déjà présents au démarrage d'une session. Elle répond avant même que vous ne demandiez.

PAYANT · offre gratuite

Modèles 3D

Modèles numériques prêts à l’impression. GLB et OBJ inclus. Accès à vie.

Payant · catalogue numérique

Impressions 3D

Cinq imprimantes et une capacité réelle. Aucun point de vente sans intervention humaine pour l’instant — dites-nous ce dont vous avez besoin et nous vous enverrons un devis par e-mail.

Sur demande · envoyez-nous un e-mail

Nova

Notre canal YouTube. Un présentateur en forme de tigre cybernétique présente les outils d’IA locaux et leur fonctionnement réel.

CANAL · en direct

Avis

Des avis vidéo courts sur des logiciels et des outils d’IA : utilisés devant la caméra, avec un verdict que personne ne peut acheter.

AVIS VIDÉO · nouveau

Listes recommandées

Listes sélectionnées sur GitHub pour les agents de codage IA, les serveurs MCP, l’IA locale et Linux pour l’IA. Chaque entrée comprend un lien vers la source.

GRATUIT · sélectionné avec soin

Guides

Guides détaillés pour l’utilisation d’IA locale sous Linux, Windows et macOS, incluant les fichiers de configuration.

GRATUIT · en direct

Classement des niveaux anti-dev

Curation négative : pratiques et outils qui vous font perdre du temps, classés. Justificatifs requis.

GRATUIT · en direct

À propos de Brethof AI

Qui nous sommes, pourquoi nous développons de l’IA axée sur la confidentialité, et ce que nous ne ferons pas.

Externe : YouTube · GitHub