Eén keer geschreven · elke agent, elk project, elke machine voert het uit · nooit gesnoeid


Je agent tekent de kaart van je hele systeem. Elke sessie daarna laadt hem.

Een playbook is een procedure die één keer wordt geschreven — de deploy, de vertaalrun, het wekelijkse rapport — en door elke van je agenten wordt uitgevoerd, in elk project, op elke machine, telkens op dezelfde manier. Notities dragen de overdracht van de ene sessie naar de volgende. En de atlas is wat playbooks mogelijk maken: een kaart van je hele systeem, getekend door je agent uit de code en het live systeem, waarmee elke toekomstige sessie opent.

Gratis tier · geen creditcard · playbooks en notities op elk plan

Schrijf een procedure één keer. Elke agent voert haar uit.

Een playbook is gewone markdown: koppen voor de fasen, fenced blocks voor de commando's, en wat je daarna terugleest om te weten dat het gelukt is. Het wordt opgeslagen voor je hele account, niet voor één project — je projecten blijven gescheiden, je procedures worden gedeeld. Elke agent haalt het op en voert het uit in zijn eigen harness; het geheugen bewaart het alleen. Zeg "sla dit op als playbook" en het is er een. Zeg "gebruik playbook deploy" en het wordt uitgevoerd.

Nooit gesnoeid

Gecureerde records bevatten de huidige waarheid en worden opgeruimd naarmate die verschuift. Een playbook bevat hoe, en niemand snoeit een procedure. Een recept waar een week zoekwerk in zat blijft precies zoals het gevonden is.

Op dezelfde manier, overal

Vijf agents op één project, of één agent op vijf machines — de deploy is dezelfde deploy. Wat je één keer over een run leerde, weet elke run vanaf dan.

📋

Geschreven zoals je het aan een collega zou overhandigen

De stappen, de exacte commando's, wat je daarna controleert, wat vorige keer misging en wanneer. Je agent voegt toe wat hij tijdens het uitvoeren leert, in dezelfde sessie.

Notities — de overdracht

Waar een sessie stopte, wat live is, wat er komt — geschreven door je agent, bijgehouden per project, de laatste vijf altijd bij de hand. De volgende sessie opent ermee. Start de pc, zeg "continue", en het gaat verder.

De atlas: een kaart van je hele systeem, altijd actueel gehouden

De atlas is een playbook dat je agent leert hoe hij een project in kaart brengt — en de kaart die hij tekent is zelf ook een playbook, zodat elke sessie hem kan openen. Eén hoofdkaart per project: de kaders, de verbindingen en wat erover reist, de opslag, en een index van platen. Vier tot acht platen, één per vlak van het systeem, met de procedures in de plaat waar ze thuishoren. Geschreven door de agent uit de code en het live systeem, nooit uit het geheugen.

De drie regels van een kaart

  • De topologie wordt één keer getekend, in de wortel. Een plaat herhaalt nooit de verbindingen; ze draagt alleen haar eigen detail en haar procedures. Duplicatie is waar drift begint, dus die bestaat er niet, bij constructie.
  • Waarden staan nergens in de kaart. Geen poorten, limieten, prijzen of aantallen — een pagina zegt waar het getal woont, nooit wat het is. Een kaart die waarden draagt is binnen een week fout.
  • Wie een verbinding wijzigt, werkt de kaart bij in dezelfde sessie. De wortel draagt een regel — geverifieerd op <date> tegen <what> — en een lezer vertrouwt de kaart precies zover.

Wat de wortelkaart bevat, in volgorde

  • Wat het project is, in twee zinnen, en de geverifieerde regel.
  • Het diagram: vakken en pijlen, één pijl per draad met wat erover reist. De richting is belangrijker dan al het andere op de pagina.
  • De draden, opgesomd: wie initieert, wat er reist, wat er nooit reist. Dit is het gedeelte dat de leugens vangt.
  • De stores: elke plek waar state leeft, wat die bevat en wat die nooit bevat.
  • De index: elke plaat bij naam, elke procedure bij plaat en sectie.

Wat een plaat bevat

  • Voor elk deel van zijn vlak: wat het is, wat het bevat, met wie het communiceert en in welke richting, wat het nooit doet, en wat er gebeurt wanneer het draait.
  • Waar de waarden leven — pointers, nooit waarden.
  • De procedures: de exacte commando's, wat je terug moet lezen om te weten dat het gewerkt heeft, en wat er daadwerkelijk misging bij het uitvoeren, met de datum.

Een wortelkaart, in vorm

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

Drie zinnen voor je agent

De atlasmethode is een playbook zoals elk ander. Je geeft het één keer aan je geheugen; vanaf dat moment kan elk project met één zin worden gemapt, en de laatste stap van de kaart zelf zorgt ervoor dat elke toekomstige sessie weet dat de kaart er is.

1 · één keer

Geef je geheugen de methode

Kopieer de atlas-tekst en zeg tegen je agent: sla dit op als playbook atlas. Hij staat nu in je account, voor elk project.

2 · per project

Laat de kaart getekend worden

Zeg in het project tegen je agent: gebruik playbook atlas om de kaart van dit project te schrijven. Hij leest de code en het live-systeem, verifieert elke draad en schrijft de wortelkaart en zijn platen.

3 · af volgens de methode

Het project leert dat het een kaart heeft

De laatste stap van de methode slaat een regel op voor het project: waar de kaart leeft, lees hem voordat je een draad wijzigt, werk hem bij in dezelfde sessie. Elke sessie vanaf nu begint met de wetenschap dat de kaart er is.

Playbooks, notities en de atlas zitten op elk plan, ook het gratis plan. Begin gratis

Hoor het wanneer het uitkomt

Nieuwe releases, echte benchmarks en af en toe een diepgaande analyse. Geen spam, in één klik uitschrijven.

Alles wat we bouwen

Extern: YouTube · GitHub