Projekte & Regeln

Sagen Sie den Namen beim Speichern oder Suchen, und das Projekt existiert ab diesem Moment – keine Ordnerstruktur, kein Setup; ein Projekt anzulegen kostet zehn Nachrichten. Jedes Projekt hat sein eigenes Gedächtnis, sein eigenes Wissen und seinen eigenen Fokus, festgelegt durch einen einzeiligen Zweck. Lokal ist der Speicher Ihre eigene Festplatte und Ihre eigene Sache; gehostet enthält Ihr Plan eine feste Menge, und mehr kann bei Bedarf hinzugefügt werden. Das Gedächtnis Ihrer App ist einfach ein weiteres Projekt, das auf derselben Maschinerie läuft.

Jedes Projekt ist ein Spezialist. Es hat sein eigenes Gedächtnis, seine eigenen Regeln sowie seine eigene Geschichte an Entscheidungen. Wenn Sie eine Sitzung darin eröffnen, ist Ihr Agent bereits informiert – über die Regeln, über den aktuellen Stand der Dinge sowie über das, was letzte Woche entschieden wurde. Sie müssen nichts noch einmal erklären oder daran erinnern. Die Informationen sind bereits vorhanden.

Das Geld, das für den Rest des Projekts ausreicht

Die wertvollste Minute beim Arbeiten mit diesem Produkt ist die, die man damit verbringt, die Regeln für ein Projekt festzulegen. Schreiben Sie diese einmal auf – wie dieses Projekt durchgeführt wird, was wichtig ist und was man vermeiden sollte – dann kennt jede anschließend geöffnete Sitzung sie automatisch.

Man erzählt die Geschichte des eigenen Projekts nie zweimal – weder einem neuen Agenten noch auf einem anderen Gerät. Diese eine Minute wird nur einmal aufgewendet, und der Agent, der morgen kommt, weiß bereits Bescheid.

Notizen: wo die letzte Sitzung aufgehört hat

Ihr Agent schreibt seine eigene Übergabe – wo die Arbeit steht, was läuft, was als Nächstes kommt – eine Notiz pro Sitzung und Projekt, die letzten fünf bleiben erhalten. Die nächste Sitzung beginnt damit. Sie starten den PC, sagen „continue“, und es macht dort weiter, wo es aufgehört hat.

Die Team-Ebene, nach Ihren Vorgaben

Wenn du teilst, dann teilst du zu deinen Bedingungen. Auf gehostetem Speicher muss ein Schlüssel nicht allmächtig sein. Beschränke ihn auf ausgewählte Projekte, schreibgeschützt oder mit Lese- und Schreibrechten — genau die richtige Form für einen Dienstleister, einen CI-Job oder einen Agenten mit einem einzigen Zweck, der nichts mit dem Rest deiner Arbeit zu schaffen hat. Dein brain, deine Regeln, deine Schlüssel.

Menschliche Teams. Ein Auftragnehmer erhält einen Schlüssel, mit dem er nur das Kundenprojekt einsehen kann – und nichts anderes. Wenn der Auftrag endet, wird ein Schlüssel zurückgenommen – nicht eine gemeinsame Speicherung entwirrt.

Agentenflotten. Eine CI-Aufgabe, ein Forschungsbot, ein Einzweck-Agent – jeder erhält genau die Menge an Speicher, die seine Aufgabe erfordert. Ein Agent, der nur lesen kann, kann niemals löschen.

Mehrere Harnesses, ein Gedächtnis. Führen Sie Claude Code, OpenClaw und Codex gegen denselben Brain aus – geben Sie aber jedem seinen eigenen Schlüssel, der darauf zugeschnitten ist, wie sehr Sie ihm vertrauen. Der ständig aktive autonome Agent, der mit der Außenwelt spricht, erhält nur Lesezugriff auf ein Projekt; Ihr täglicher Arbeitshelfer erhält alles. Gemeinsamer Speicher ohne geteilter Explosionsradius – das Problem, mit dem jede Mehr-Agenten-Struktur konfrontiert ist, wird dort gelöst, wo es hingehört.

Löschen ist beabsichtigt.

Löschung ist bewusst. Alles, was Sie speichern, können Sie selbst löschen – ein Projekt, eine exakte Formulierung oder das gesamte Konto, über das Panel, hinter Ihrer eigenen Identität. Beim Löschen eines Projekts wird auch sein Verlauf mitgelöscht; beim Löschen des Kontos wird das verschlüsselte Gedächtnis vollständig zerstört. Was Agenten anfassen dürfen und was nicht, ist eine separate Frage – die kurze Antwort finden Sie unten.

Die Lücke zwischen dem Versprechen, etwas zu tun, und der tatsächlichen Ausführung ist der Punkt, an dem die Arbeit still im Keim erstickt. The Ledger füllt diese Lücke. Da Ihre Gespräche archiviert werden, beobachtet es die Absichten und wandelt jedes davon in eine Zeile um, die auf Sie wartet.

Sagen Sie „prüf das Ledger“, und Ihr Agent führt Sie die Zeilen einzeln durch – Sie beantworten jede mit einem einzigen Wort. Erledigte verschwinden; der Rest bleibt, bis Sie sich darum kümmern – oder bis spätere Arbeit zeigt, dass sie erledigt, verworfen oder überholt ist, und sie von selbst verschwinden. Keine Statusanzeigen, kein verstaubtes Board; der Stapel wird nur kleiner. Nichts, was Sie erledigen wollten, verschwindet stillschweigend.

Das Gedächtnis eines Projekts ist privat für dieses Projekt. Eine Vorgehensweise gehört zu allem, was Sie tun. Schreiben Sie einmal ein Markdown-Playbook, speichern Sie es für Ihr ganzes Konto, und jeder Agent in jedem Projekt auf jedem Rechner kann es abrufen und befolgen – das Deployment, der Wochenbericht, der Übersetzungslauf, jedes Mal auf dieselbe Weise.

Man schreibt den Workflow einmal auf und nie wieder. Playbooks werden niemals angepasst. Das beispielhafte Szenario dient als Atlas: Ihr Agent erstellt eine Karte Ihres gesamten Systems in Form von Playbooks, und eine Regel teilt jeder Sitzung mit, dass diese Karte vorhanden ist. Playbooks und der Atlas →

Jedes Projekt ist abgeschottet. Seine eigenen kuratierten Einträge, seine eigenen Regeln, sein eigener Graph, seine eigenen Notizen, sein eigener Plan, sein eigenes Ledger. Allgemeine Regeln stehen über allen und erreichen jedes Projekt; die eigenen Regeln eines Projekts erreichen nur es. Playbooks sind das eine Regal, das über das Konto geteilt wird, denn ein einmal geschriebenes Verfahren soll überall laufen.

Zwei Clients bedeuten zwei Projekte und zwei Schlüssel. Im gehosteten Speicher kann ein Schlüssel, der auf ein Projekt beschränkt ist, ein anderes nicht sehen, nicht durchsuchen und nicht erfahren, dass es existiert. Die einzigen Dinge, die je übergreifen, sind die, die man anfordert: eine Suche, die ohne Angabe eines Projekts erfolgt, und der Vorschlagende, wenn er meint, eine Sitzung sei am falschen Ort abgelegt worden.

Nichts fließt hinüber, es sei denn, Sie fordern es an.

Regeln sind dauerhafte Anweisungen, die mit den meisten Nachrichten geladen werden. Der Rest der Briefing kommt zum Sitzungsstart: was jedes Projekt ist, wo die letzten Sitzungen aufgehört haben und ein Index dessen, was bekannt ist – bereits vor Ihrem Agenten, bevor er antwortet. Legen Sie Regeln für alles fest, was Sie tun, oder für ein einzelnes Projekt, und sie prägen, wie jeder Agent überall arbeitet. Eine Regel zu speichern oder zu ändern kostet eine Nachricht; eine zu löschen ist kostenlos.

Die Regeln sind der Lehrplan des Kurators.

Während Sie arbeiten, liest das Gedächtnis das Gesagte und speichert das, was eine zukünftige Sitzung benötigen würde: gespeicherte Entscheidungen, geänderte Fakten eingearbeitet, von der Realität überholte Behauptungen gelöscht. Ihre Regeln sind der Lehrplan, der ihm sagt, was zählt. Sie schreiben das Gesetz einmal, und es wird angewandt, ohne dass man fragen muss.

Man reicht nie einen ein.

Kein Speichern, kein Tag, kein „Merken Sie meinen Kontext“-Ritual. Die Kuratierung geschieht während der Arbeit, nicht wenn Sie daran denken zu fragen. Sie legen nie etwas ab – und das Gedächtnis erledigt seine Arbeit, egal ob jemand daran denkt, es abzufragen. Ein Speicher, bei dem der Agent erst aufgefordert werden muss nachzusehen, ist nur so gut wie die Bereitschaft des Modells zu fragen; dieser hier macht die Arbeit selbst.

Das Eine, was kein Modell berühren darf

Das unverarbeitete Gesprächsarchiv ist die ursprüngliche Aufzeichnung und steht außerhalb der Reichweite jedes Agenten. Die Bedrohung ist Ihr eigener Agent – ein Fehler oder eine bösartige Anweisung, die in etwas versteckt ist, das er lesen soll – doch er kann dennoch keine einzige Nachricht löschen oder Ihren aktuellen Verlauf anfassen. Das Archiv bleibt Ihres.

← So funktioniert es Sagen Sie Ihrem Agenten, er soll es installieren