Einmal geschrieben · jeder Agent, jedes Projekt, jede Maschine führt es aus · nie gekürzt


Ihr Agent zeichnet die Karte Ihres gesamten Systems. Jede folgende Sitzung lädt sie.

Ein Playbook ist ein einmal geschriebenes Verfahren – das Deployment, der Übersetzungslauf, der Wochenbericht – das jeder Ihrer Agenten in jedem Projekt auf jedem Rechner gleich ausführt, jedes Mal. Notizen tragen die Übergabe von einer Sitzung zur nächsten. Und der Atlas ist das, was Playbooks ermöglichen: Ihr Agent zeichnet die Karte Ihres gesamten Systems, aus dem Code und dem Live-System, und jede folgende Sitzung beginnt mit ihr.

Kostenloser Plan · $0 · Playbooks und Notizen in jedem Plan

Schreiben Sie eine Prozedur einmal. Jeder Agent führt sie aus.

Ein Playbook ist schlichtes Markdown: Überschriften für die Phasen, Codeblöcke für die Befehle, und was danach zurückgelesen wird, um zu wissen, dass es geklappt hat. Es wird für das ganze Konto gespeichert, nicht für ein Projekt – Ihre Projekte bleiben getrennt, Ihre Verfahren werden geteilt. Jeder Agent ruft es ab und führt es in seinem eigenen Harness aus. Sagen Sie „speichere das als Playbook“, und es ist eins. Sagen Sie „nutze Playbook deploy“, und es läuft – meistens müssen Sie nicht einmal das: Ein Prompt, dessen Worte zu einem Playbook passen, bekommt es übergeben, bevor der Agent zu antworten beginnt.

Nie gekürzt

Gepflegte Aufzeichnungen halten die aktuelle Wahrheit fest und werden aufgeräumt, wenn sie sich weiterbewegt. Ein Playbook hält wie fest, und niemand beschneidet ein Verfahren. Die md-Datei zum Deployment verrottete, sobald sich zum ersten Mal eine Leitung änderte, und niemand öffnete sie wieder – ein Playbook wird jedes Mal vom Agenten geöffnet, der es gleich ausführt. Ein Rezept, für das eine Woche Suche nötig war, bleibt genau so, wie es gefunden wurde.

Auf dieselbe Weise, überall

Fünf Agenten an einem Projekt, oder ein Agent an fünf Maschinen – das Deployment ist dasselbe Deployment. Was Sie einmal über einen Lauf gelernt haben, weiß jeder weitere Lauf von da an.

📋

Geschrieben, wie man es einem Kollegen übergeben würde

Die Schritte, die exakten Befehle, was danach zu prüfen ist, was beim letzten Mal schiefging und wann. Ihr Agent ergänzt, was er beim Ausführen lernt, in derselben Sitzung.

Notizen — die Übergabe

Wo die Sitzung aufhörte, was läuft, was als Nächstes kommt — von Ihrem Agenten geschrieben, pro Projekt aufbewahrt, die letzten fünf stets zur Hand. Die nächste Sitzung beginnt damit. Starten Sie den PC, sagen Sie „continue“, und es macht weiter.

Der Atlas: eine Karte Ihres gesamten Systems, immer wahr gehalten

Der Atlas ist ein Playbook, das Ihrem Agenten beibringt, wie man ein Projekt kartiert – und die gezeichnete Karte ist selbst ein Playbook, sodass jede Sitzung sie öffnen kann. Eine Wurzelkarte pro Projekt: die Kästchen, die Leitungen und was auf ihnen läuft, die Speicher und ein Index der Tafeln. Vier bis acht Tafeln, eine pro Ebene des Systems, mit den Verfahren in der Tafel, zu der sie gehören. Ihr Agent liest den Code und das Live-System und prüft jede Leitung, bevor er eine Zeile der Karte schreibt.

Die drei Regeln einer Karte

  • Die Topologie wird einmalig im Wurzelelement dargestellt. Eine Platine wiederholt die Leitungen niemals – sie enthält lediglich ihre eigenen Details sowie die zugehörigen Verfahren. Duplikation ist der Anfang jeder Abweichung, daher gibt es sie aus Konstruktion heraus nicht.
  • Werte sind auf der Karte nirgends zu finden. Keine Ports, Kondensatoren, Preise oder Zählwerte – eine Seite sagt, wo die Zahl zu finden ist, nie aber, was sie ist. Eine Karte, die Werte enthält, ist innerhalb einer Woche falsch.
  • Wer eine Leitung ändert, aktualisiert die Karte in derselben Sitzung. Die Wurzel enthält eine Zeile – überprüft am <date> gegen <what> – und ein Leser vertraut der Karte genau so weit.

Was die Wurzelkarte enthält, der Reihe nach

  • Was das Projekt ist, in zwei Sätzen, und die überprüfte Zeile.
  • Das Diagramm: Kästchen und Pfeile – ein Pfeil pro Leitung mit dem, was darüber läuft. Die Richtung ist wichtiger als alles andere auf der Seite.
  • Die Leitungen, aufgelistet: Wer initiiert, was übertragen wird, was nie übertragen wird. Das ist der Abschnitt, der Lügen aufdeckt.
  • Die Speicher: Jeder Ort, an dem Zustand liegt – was er enthält und was er niemals enthält.
  • Das Verzeichnis: Jede Platte nach Name, jedes Verfahren nach Platte und Abschnitt.

Was eine Platte enthält

  • Für jeden Teil seiner Ebene: was er ist, was er enthält, mit wem und in welche Richtung er kommuniziert, was er niemals tut, und was passiert, wenn er läuft.
  • Wo die Werte liegen – Zeiger, niemals Werte.
  • Seine Verfahren: die genauen Befehle, was man zurücklesen muss, um zu wissen, dass es funktioniert hat, und was bei der Ausführung tatsächlich schiefgelaufen ist – mit Datum.

An einem Dienstag öffnet Ihr Agent die Karte, sieht die Leitung, die er gleich anfasst, und prüft das Datum auf der verifizierten Zeile, bevor er etwas ändert.

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

Ein Satz an Ihren Agenten

Die Atlas-Methode kommt mit Ihrem Gedächtnis – sie ist ab der ersten Sitzung in Ihren Playbooks enthalten. Ein Projekt zu kartieren ist ein Satz, und der letzte Schritt der Karte selbst sorgt dafür, dass jede künftige Sitzung weiß, dass die Karte existiert.

1 · bereits vorhanden

Die Methoden sind im Gedächtnis enthalten

atlas, plan und prospectus sind ab der ersten Sitzung in Ihren Playbooks enthalten, in beiden Ausgaben. Sie gehören Ihnen: Bearbeiten Sie einen, bleibt er so, wie Sie ihn hinterlassen haben. Ihr Agent bietet sie an, wenn ein Projekt noch keine hat.

2 · pro Projekt

Lassen Sie die Karte zeichnen

Sagen Sie im Projekt Ihrem Agenten: verwende Playbook atlas, um die Karte dieses Projekts zu schreiben. Er liest den Code und das Live-System, überprüft jede Leitung und schreibt die Wurzelkarte samt ihrer Platten.

3 · durch die Methode erledigt

Das Projekt erfährt, dass es eine Karte hat.

Der letzte Schritt der Methode speichert eine Regel für das Projekt: wo seine Karte liegt, sie lesen, bevor man eine Leitung ändert, sie in derselben Sitzung aktualisieren. Jede Sitzung von nun an beginnt mit dem Wissen, dass die Karte existiert.

Playbooks, Notizen und der Atlas sind in jedem Plan enthalten – auch im kostenlosen. Kostenlos starten

Der Plan: was das Projekt bezweckt, und warum

Der Atlas sagt, wie ein Projekt funktioniert. Der Plan sagt, was Sie damit vorhatten. Ein Playbook pro Projekt, vier Abschnitte und ein Gesetz, das es ehrlich hält: fertig heißt weg. Seine ersten Zeilen eröffnen jede Sitzung neben den Notizen, sodass die nächste Sitzung beim obersten Punkt weitermacht.

Vier Abschnitte, und nichts weiter

  • Entschieden – eine Zeile pro gültiger Entscheidung: das Datum, wer entschieden hat und warum. Ein Vorschlag wird niemals als entschieden notiert.
  • Nächste – geordnet, höchstens zehn Punkte. Jede Zeile nennt die Sache und sagt, wie fertig aussieht. Die Reihenfolge ist der einzige Status, den ein Plan hat.
  • Geparkt – angesprochene, aber nicht entschiedene Ideen, jeweils mit dem Datum des Vorschlags.
  • Mit dem Menschen öffnen – die Entscheidungen, die nur eine Person treffen kann, jeweils in einer Zeile, mit Datum.

Das Gesetz, das es vor dem Verrotten bewahrt

  • „Fertig“ bedeutet weg. Wer eine Aufgabe beendet, entfernt sie in derselben Sitzung und legt fest, was sich geändert hat, dort, wo es hingehört: die Verbindung im Atlas, die Entscheidung oder die Messung in einem Eintrag, den Code in einem Commit. Es gibt keinen Abschnitt „Erledigt“.
  • Der Ledger wird durchlaufen. Eine erfasste Zeile, die weiterhin wichtig ist, wird zu einer Zeile in Next oder Parked und verlässt den Ledger; der Rest stirbt.
  • Einer schreibt jeweils. Lesen Sie den Plan, bevor Sie ihn umschreiben, und schreiben Sie ihn als Ganzes neu.
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

Ein Satz an Ihren Agenten

Die Plan-Methode kommt mit Ihrem Gedächtnis, wie der Atlas. Jedes Projekt kann einen haben.

1 · bereits vorhanden

Die Methode ist in Ihren Playbooks enthalten

plan ist in jedem Gedächtnis enthalten, ab der ersten Sitzung. Bearbeiten Sie ihn – er bleibt Ihrer.

2 · pro Projekt

Den Plan schreiben lassen

Sagen Sie im Projekt Ihrem Agenten: verwende den Playbook-Plan, um den Plan dieses Projekts zu schreiben. Dabei wird „Decided“ aus den bereits geltenden Entscheidungen abgeleitet und „Next“ aus den Notizen sowie dem Ledger.

3 · jede Sitzung danach

Es beginnt mit der Arbeit

Die ersten Next-Zeilen des Plans kommen mit dem Sitzungsüberblick, neben den Notizen. Eine Sitzung beginnt damit, dass sie weiß, wofür sie da ist.

Das Datenblatt: was ein Produkt verspricht

Hören Sie es, wenn es erscheint

Neue Versionen, echte Benchmarks und gelegentlich ein Deep-Dive. Kein Spam, Abmeldung mit einem Klick.

Alles, was wir bauen

Voice Pro

Lokale Speech-to-Text, die Ihre Stimme lernt. Lebenslange Lizenz. Unser Flaggschiff.

BEZAHLT · Flaggschiff

brethof-brain

Gedächtnis für Ihre KI-Agenten — Einträge, Regeln, die vollständige Historie und der Entscheidungsgraph, bereits vorhanden, wenn eine Sitzung startet. Es antwortet, bevor Sie fragen.

Bezahlter Plan · kostenloser Tarif

3D-Modelle

Druckfertige digitale Modelle. GLB und OBJ enthalten. Lebenslanger Zugang.

BEZAHLT · digitaler Katalog

3D-Druck

Fünf Drucker mit echter Kapazität. Noch kein Selbstbedienungsladen – teilen Sie uns mit, was Sie benötigen, und wir senden Ihnen ein Angebot per E-Mail.

Nach Absprache · Schreiben Sie uns per E-Mail

Nova

Unser YouTube-Kanal. Ein Cyber-Tiger-Moderator führt durch lokale KI-Tools und erklärt, was sie tatsächlich tun.

KANAL · LIVE

Rezensionen

Kurze Video-Rezensionen von Software- und KI-Tools: in Aktion vor der Kamera gezeigt, mit einem Urteil, das niemand kaufen kann.

VIDEO-REZENSIONEN · neu

Awesome Lists

Ausgewählte GitHub-Listen für KI-Code-Agenten, MCP-Server, lokale KI-Lösungen und Linux für KI. Jeder Eintrag enthält einen Quelllink.

KOSTENLOS · kuratiert

Leitfäden

Ausführliche Anleitungen zur Nutzung lokaler KI unter Linux, Windows und macOS, inklusive der Konfigurationsdateien.

KOSTENLOS · LIVE

Anti-Dev-Rangliste

Negative Curation: Praktiken und Tools, die Ihre Zeit verschwenden, bewertet. Belege erforderlich.

KOSTENLOS · LIVE

Über Brethof AI

Wer wir sind, warum wir datenschutzorientierte KI entwickeln und was wir nicht tun werden.

Extern: YouTube · GitHub