Cairn

Wenn mehrere KI-Agenten an einem Repo arbeiten, hat das Wissen über das Projekt die üble Angewohnheit, zusammen mit der beendeten Session zu sterben. Der erste Agent hat die versteckten Abhängigkeiten kennengelernt, herausgefunden, welcher Teil des Codes fragil ist, und geklärt, wie hier deployt wird. Dann erlischt die Session und dieses Wissen ist weg. Dem nächsten Agenten erklären Sie dasselbe von vorne, und dem übernächsten, und noch einmal, bis Sie zum Flaschenhals für das Wissen über Ihr eigenes Projekt werden.

Das ist kein Problem der Rechenleistung oder des Modells. Kein stärkerer Agent behebt das, denn es ist ein Problem des Gedächtnisses zwischen Sessions, nicht innerhalb einer einzelnen. Cairn zielt genau auf diese Stelle: Es hält das Briefing und die Historie der Entscheidungen an einem Ort, der nicht verschwindet, wenn ein Agent seine Arbeit beendet. Der ganze Rest dieser Fallstudie erzählt davon, warum es bewusst ein Log ist und nicht noch ein Orchestrator.

Eine Agenten-Session ist von Natur aus flüchtig. Sie sammelt Kontext, baut ihre Arbeit darauf auf, und dann endet sie und der ganze Kontext verdampft. Bei einem Agenten ist das kein Problem: Sie erinnern sich an ihn. Bei fünf, die nacheinander oder parallel in dasselbe Repo einsteigen, fängt jeder bei null an und jeder entdeckt dieselben Minen aufs Neue. Dieselbe fragile Migration, denselben nicht offensichtlichen Deploy, dieselbe Abhängigkeit, die nur in einer bestimmten Reihenfolge hochgeht.

Der natürliche Reflex ist, es ins README zu schreiben oder in den Prompt einzufügen. Nur altert ein README schnell, und ein Prompt stirbt mit dem Chatfenster. Gebraucht wurde ein Ort, der mit dem Projekt wächst und die einzelnen Sessions überlebt: etwas, in das ein Agent beim Eintritt nach Kontext schaut und dem er beim Verlassen anhängt, was er getan hat.

Es wäre leicht gewesen, daraus noch einen Orchestrator zu machen, der Agenten selbst startet und versucht, sie zu dirigieren. Darauf haben wir bewusst verzichtet, denn Runner haben ein vorhersehbares Schicksal: Sie verdrahten sich tief in Ihre Umgebung, nehmen immer mehr über sie an und werden schnell zu einer Sache, die selbst gewartet werden muss. Statt Gedächtnis zu geben, nehmen sie Zeit.

Ein Koordinations-Log ist das Gegenteil: einfach, passiv und niemandem im Weg. Der Agent lebt weiter dort, wo er es sonst tut, in Ihrem Terminal oder Ihrer Pipeline, macht seine Arbeit in seiner eigenen Umgebung, und Cairn gibt ihm nur Gedächtnis und einen Ort für den Bericht. Es gibt hier keine Orchestrierungsmagie, die in einer Demo funktioniert und an einem echten Projekt zerbricht, weil es überhaupt keine Orchestrierung gibt.

Im Herzen liegt ein Koordinations-Log pro Projekt. Statt das Wissen im Kopf eines Agenten oder in einer Chat-Session zu halten, schreiben Sie es einmal als Briefing auf, und jeder nächste Agent beginnt damit, es zu lesen. Wenn er fertig ist, fügt er seinen eigenen Eintrag hinzu: was er getan hat, wie der Stand ist, was für den nächsten offen bleibt. Das Log wächst und wird zum Gedächtnis des Projekts, unabhängig davon, welche Session gerade lebt.

Der Schlüssel ist, dass ein Eintrag kein freier Text ist, sondern eine kurze Struktur mit einem Zustand und einer Liste dessen, was für den nächsten offen ist. Dadurch lässt sich das Log für eine Maschine und für einen Menschen gleich schnell lesen, und der nächste Agent muss nicht raten, wo die vorherige Runde aufgehört hat.

Der Unterschied wird erst über die Distanz sichtbar. Ohne gemeinsames Gedächtnis wachsen die Kosten, jeden weiteren Agenten einzuführen, weil Sie jedes Mal von Hand eine immer längere Projekthistorie erklären. Mit Cairn sind diese Kosten flach: Der erste Agent und der zehnte lesen dieselbe Quelle, steigen also mit demselben Bild in die Arbeit ein, unabhängig davon, der wievielte sie in der Reihe sind.

Das ist der ganze Unterschied zwischen einem Team, das die Zahl der Agenten skaliert, und einem Team, das im eigenen Onboarding ertrinkt. Gedächtnis, das Sessions überlebt, verwandelt das Wissen über das Projekt von etwas, das man jedes Mal rekonstruieren muss, in etwas, das einfach da ist.

Ein Team, das mehrere Agenten auf denselben Code loslässt, hört auf, der Flaschenhals für sein eigenes Wissen zu sein. Das Briefing schreiben Sie einmal, nicht bei jedem neuen Chatfenster. Der Agent, der als Dritter auftaucht, weiß genauso viel wie der erste, weil er dasselbe liest. Cairn ist nicht spektakulär und versucht es auch nicht zu sein: Es ist die stille Gedächtnisschicht, die zwischen den Sessions bisher gefehlt hat.

Weil Sie es selbst hosten, verlassen weder der Code noch die Entscheidungshistorie das eigene Haus in Richtung fremder Cloud. Das Gedächtnis des Projekts bleibt dort, wo das Projekt ist: bei Ihnen. Es ist eine unscheinbare Schicht, aber wenn Sie einmal anfangen, Agenten in Serien loszulassen, fällt es schwer, ohne sie zurückzukehren.