Projecten en regels

Uw werk bestaat uit projecten, en uw projecten werken volgens regels. De Brain levert u beide zonder dat u ze hoeft te maken of te beheren. Een project is een naam die u één keer noemt. Een regel is een zin die u één keer schrijft, en vanaf dat moment staat deze in elke sessie, op elk apparaat en in elk agent dat met dat werk te maken heeft. U hoeft een project nooit opnieuw in te stellen, en u hoeft uw verhaal nooit twee keer te vertellen.

Een project is een naam. Het is ook een specialist.

Noem de naam bij het opslaan of zoeken, en het project bestaat vanaf dat moment — geen mapstructuur, geen setup; een project starten kost tien berichten. Elk project heeft zijn eigen geheugen, zijn eigen kennis en zijn eigen focus, vastgelegd in een doel van één regel. Lokaal is opslag je eigen schijf en jouw zaak; gehost heeft je plan een vaste hoeveelheid en er kan meer worden toegevoegd wanneer je het nodig hebt. Het geheugen van je app is gewoon nog een project, draaiend op dezelfde infrastructuur.

Elk project is een specialist. Het heeft zijn eigen geheugen, zijn eigen regels, zijn eigen geschiedenis van beslissingen. Wanneer je een sessie erin opent, komt je agent al geïnformeerd aan – de regels, waar het staat, wat vorige week is besloten. Je hoeft niets opnieuw uit te leggen. Je hoeft het niets te herinneren. De informatie is er al.

Het bedrag dat nodig is voor de rest van het project

De minuut met de hoogste waarde in het product is degene die je besteedt aan het instellen van de regels voor een project. Schrijf ze één keer op – hoe dit project wordt uitgevoerd, wat belangrijk is, wat moet worden vermeden – en elke sessie die daarna wordt geopend kent ze automatisch.

# Zeg tegen je agent: "create a brain project for my payment service — track architecture decisions, deploy state, and incident causes"

Je vertelt het verhaal van je project nooit twee keer, noch aan een nieuwe agent, noch op een andere machine. Die ene minuut wordt maar één keer besteed, en de agent die morgen binnenkomt weet het al.

Notities: waar de vorige sessie stopte

Je agent schrijft zijn eigen overdracht — waar het werk staat, wat actueel is, wat er komt — één notitie per sessie per project, de laatste vijf worden bewaard. De volgende sessie opent ermee. Je start de pc, zegt "continue", en het gaat verder waar het was gebleven.

De teamlaag, naar uw wensen

Wanneer je deelt, deel je op jouw voorwaarden. Op hosted memory hoeft een sleutel niet almachtsvol te zijn. Beperk hem tot gekozen projecten, alleen-lezen of lees-schrijf — de juiste vorm voor een aannemer, een CI-taak, of een agent met één doel die niets te zoeken heeft bij de rest van je werk. Jouw brain, jouw regels, jouw sleutels.

Menselijke teams. Een aannemer krijgt een sleutel waarmee hij alleen het project van de klant kan zien en niets anders. Wanneer de opdracht is afgerond, intrek je één sleutel – je lost niet het gedeelde geheugen op.

Agentvloten. Een CI-job, een onderzoeksbot, een speciaal doel dienend agent — elk krijgt precies de hoeveelheid geheugen die nodig is voor zijn taak. Een agent die alleen kan lezen, kan nooit iets verwijderen.

Meerdere harnassen, één geheugen. Start Claude Code, OpenClaw en Codex op tegen dezelfde Brain – maar geef elk een eigen sleutel, afhankelijk van hoeveel je het vertrouwt. De 24/7 actieve autonome agent die met de buitenwereld communiceert, heeft alleen leesrechten voor één project; je dagelijkse hulpmiddel heeft alle rechten. Gedeelde geheugen zonder Gedeelde explosieradius — het probleem dat elke multi-agent setup tegenkomt, opgelost waar het hoort.

Verwijderen is opzettelijk

Verwijderen is een bewuste keuze. Alles wat u opslaat, kunt u zelf verwijderen — een project, een exacte zin of het hele account, vanuit het paneel, achter uw eigen identiteit. Het verwijderen van een project neemt de geschiedenis ervan mee; het verwijderen van het account vernietigt het versleutelde geheugen volledig. Wat agenten wel en niet kunnen aanraken, is een aparte vraag, en daarop volgt hieronder een kort antwoord.

Elk project heeft een stapel onbesliste zaken.

De kloof tussen zeggen dat je iets gaat doen en het daadwerkelijk doen, is waar het werk stilletjes sterft. The Ledger vult die lacune in. Terwijl je gesprekken worden gearchiveerd, houdt het de intenties in de gaten en zet elk gesprek om in een rij die op je wacht.

Zeg “controleer het register” en je agent haalt de rijen één voor één op — je antwoordt op elke met één woord. Die je afgehandeld hebt, zijn weg; de rest blijft tot je ze behandelt — of tot later werk uitwijst dat ze afgerond, geschrapt of achterhaald zijn, en ze vanzelf verdwijnen. Geen statussen, geen verouderd bord; de stapel wordt alleen maar kleiner. Niets wat je van plan was, verdwijnt stilletjes.

Projecten zijn apart. Procedures worden gedeeld.

Het geheugen van een project is privé voor dat project. Een procedure hoort bij alles wat je doet. Schrijf één keer een markdown-playbook, sla het op voor je hele account, en elke agent in elk project op elke machine kan het ophalen en volgen — de deploy, het wekelijkse rapport, de vertaalrun, elke keer op dezelfde manier.

Je schrijft het werkproces één keer op en nooit meer. Playbooks worden nooit aangepast. Het uitgewerkte voorbeeld is de atlas: je agent tekent de kaart van je hele systeem als playbooks, en een regel vertelt elke sessie dat deze bestaan. Playbooks en de atlas →

Twee clients, twee projecten, twee sleutels

Elk project is afgeschermd. Zijn eigen gecureerde registraties, zijn eigen regels, zijn eigen grafiek, zijn eigen notities, zijn eigen plan, zijn eigen Register. Algemene regels staan boven ze allemaal en bereiken elk project; de eigen regels van een project bereiken alleen dat project. Playbooks zijn de enige plank die over het account wordt gedeeld, want een procedure die één keer is geschreven, is bedoeld om overal te draaien.

Twee clients betekent twee projecten en twee sleutels. Op hosted memory kan een sleutel die aan één project is gekoppeld een ander niet zien, niet doorzoeken en niet horen dat het bestaat. De enige dingen die ooit over de grens kijken, zijn degene die je zelf vraagt: een zoekopdracht zonder projectnaam, en de proposer wanneer die denkt dat een sessie op de verkeerde plek is ingediend.

Niets lekt, tenzij u erom vraagt.

Schrijf de wet één keer. Elke agent gehoorzaamt eraan.

Regels zijn vaste instructies, meegeleverd met de meeste berichten. De rest van de briefing komt aan het begin van de sessie: wat elk project is, waar de vorige sessies stopten, en een index van wat bekend is — al voor je agent voordat deze antwoordt. Stel regels in voor alles wat je doet, of voor één project, en ze bepalen hoe elke agent overal werkt. Een regel opslaan of wijzigen kost één bericht; verwijderen is gratis.

De regels zijn het syllabus van de curator.

Terwijl je werkt, leest het geheugen wat er gezegd is en bewaart het wat een toekomstige sessie nodig heeft: beslissingen opgeslagen, gewijzigde feiten verwerkt, beweringen die de werkelijkheid is ontgroeid verwijderd. Je regels vormen de leidraad die bepaalt wat telt. Je stelt de wet één keer op, en hij wordt zonder vragen toegepast.

Je dient er nooit één in.

Geen opslaan, geen taggen, geen 'onthoud mijn context'-ritueel. De curatie gebeurt terwijl je werkt, niet wanneer je eraan denkt eraan te vragen. Je legt nooit iets weg — en het geheugen doet zijn werk of iemand er nu aan denkt het te raadplegen of niet. Een opslag waar je agent om gevraagd moet worden, is alleen zo goed als de bereidheid van het model om te vragen; deze doet het werk zelf.

Het enige dat geen enkel model mag aanraken

Het archief met de onbewerkte gesprekken is het oorspronkelijke verslag, en het is voor alle agents onbereikbaar. De bedreiging is je eigen agent — een fout, of een kwaadaardige instructie verborgen in iets wat het gevraagd werd te lezen — en toch kan het geen enkel bericht verwijderen of je recente geschiedenis aanraken. Het archief blijft van jou.

← Hoe het werkt Zeg tegen je agent dat hij het moet installeren

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