Skriv det én gang · enhver agent, ethvert projekt, enhver maskine kører det · aldrig beskåret


Din agent tegner kortet over hele dit system. Hver efterfølgende session indlæser det.

En playbook er en procedure, der skrives én gang – deployet, oversættelseskørslen, den ugentlige rapport – og som køres af enhver af dine agenter, i ethvert projekt, på enhver maskine, på samme måde hver gang. Noter bærer overdragelsen fra én session til den næste. Og atlasen er det, playbooks gør muligt: et kort over hele dit system, tegnet af din agent ud fra koden og det levende system, som hver fremtidig session åbner med.

Gratis plan · intet kreditkort · playbooks og noter på alle planer

Skriv en procedure én gang. Hver agent kører den.

En playbook er almindelig markdown: overskrifter til faserne, indhegnede blokke til kommandoerne, og hvad man skal læse bagefter for at vide, at det virkede. Den gemmes for hele din konto, ikke for ét projekt – dine projekter forbliver adskilte, dine procedurer deles. Enhver agent henter den og kører den i sin egen harness; hukommelsen gemmer den blot. Sig "gem dette som en playbook", og det er en. Sig "brug playbook deploy", og den kører.

Aldrig beskåret

Kuraterede registreringer indeholder den aktuelle sandhed og ryddes op, efterhånden som den skrider frem. En playbook indeholder hvordan, og ingen beskærer en procedure. En opskrift, der tog en uge at finde, forbliver præcis, som den blev fundet.

På samme måde, overalt

Fem agenter på ét projekt, eller én agent på fem maskiner – deployet er det samme deploy. Det, man lærte én gang om en kørsel, er det, alle kørsler ved fra da af.

📋

Skrevet, som man ville overlevere det til en kollega

Trinnene, de præcise kommandoer, hvad man skal tjekke bagefter, hvad der gik galt sidst, og hvornår. Din agent tilføjer, hvad den lærer ved at køre den, i samme session.

Noter – overdragelsen

Hvor en session stoppede, hvad der er live, hvad der kommer næste gang – skrevet af din agent, gemt pr. projekt, de sidste fem altid ved hånden. Den næste session åbner med det. Start pc'en, sig "continue", og det fortsætter.

Atlasen: et kort over hele dit system, holdt sandfærdigt

Atlasen er en playbook, der lærer din agent at afbilde et projekt – og kortet, den tegner, er selv en playbook, så hver session kan åbne det. Én rodkort pr. projekt: boksene, ledningerne og hvad der rejser på dem, lagrene og et indeks over pladserne. Fire til otte pladser, én pr. plan i systemet, med procedurerne inde på den plads, de hører til. Skrevet af agenten ud fra koden og det levende system, aldrig ud fra hukommelsen.

De tre regler for et kort

  • Topologien tegnes én gang, i roden. En plads gentager aldrig ledningerne; den bærer kun sin egen detalje og sine procedurer. Duplikation er, hvor afvigelser begynder, så der er ingen af konstruktion.
  • Værdier findes ingen steder i kortet. Ingen porte, grænser, priser eller antal – en side angiver, hvor tallet bor, aldrig hvad det er. Et kort, der bærer værdier, er forkert inden for en uge.
  • Hvem der ændrer en ledning opdaterer kortet i samme session. Roden bærer en linje — verificeret <date> mod <what> — og en læser stoler på kortet præcis så meget.

Hvad rodkortet indeholder, i rækkefølge

  • Hvad projektet er, i to sætninger, og den verificerede linje.
  • Diagrammet: bokse og pile – en pil pr. ledning med det, der bevæger sig på den. Retningen er vigtigere end alt andet på siden.
  • Ledningerne, opremset: hvem initierer, hvad der sendes, hvad der aldrig sendes. Det er afsnittet, der afslører løgnene.
  • Lagerne: hvert sted, hvor tilstand lever, hvad den indeholder, hvad den aldrig indeholder.
  • Indekset: hver plade ved navn, hver procedure med plade og afsnit.

Hvad en plade indeholder

  • For hver del af sit plan: hvad det er, hvad det indeholder, hvad det taler med og i hvilken retning, hvad det aldrig gør, og hvad der sker, når det kører.
  • Hvor værdierne lever – pointere, aldrig værdier.
  • Dens procedurer: de præcise kommandoer, hvad man skal læse tilbage for at vide, at det virkede, og hvad der faktisk er gået galt undervejs, med dato.

Et rodkort, i form

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

Tre sætninger til din agent

Atlas-metoden er en playbook som enhver anden. Du giver den til din hukommelse én gang; derefter kan ethvert projekt kortlægges med én sætning, og kortets sidste trin sørger for, at hver fremtidig session ved, at kortet findes.

1 · én gang

Giv din hukommelse metoden

Kopier atlas-teksten og sig til din agent: gem dette som playbook atlas. Den er nu i din konto, for alle projekter.

2 · pr. projekt

Få kortet tegnet

I projektet: Sig til din agent: brug playbook atlas til at skrive kortet over dette projekt. Den læser koden og det kørende system, verificerer hver ledning og skriver rodkortet og dets plader.

3 · udført af metoden

Projektet lærer, at det har et kort

Metodens sidste trin gemmer en regel for projektet: hvor kortet ligger – læs det, før du ændrer en ledning, og opdater det i samme session. Fra nu af åbner hver session i viden om, at kortet findes.

Playbooks, noter og atlas er med i alle planer, også den gratis. Kom i gang gratis

Hør det, når det udkommer

Nye udgivelser, reelle benchmarks og af og til en dybdegående gennemgang. Ingen spam, afmeld med et klik.

Alt, hvad vi bygger

Ekstern: YouTube · GitHub