Ein Agent pro Entität: wie ein Multi-Produkt-Studio auf Agenten läuft

Unser Organigramm ist ein Verzeichnisbaum. Jedes Produkt im Portfolio ist eine Entität: ein Ordner mit einer Charter, die festhält, was die Entität ist, einem Status-Dokument, das festhält, wo sie steht, und den Arbeitsdateien dessen, was die Entität gerade baut. Jede Entität wird von einem Agenten betrieben, der diese Dokumente liest, bevor er irgendetwas tut - und ein Mensch dirigiert sie alle.

Das ist das ganze Modell. Es klingt zu einfach, um mehrere Produkte gleichzeitig zu tragen - ein Trust-Infrastruktur-Protokoll, ein Bitcoin-Ordinals-Aggregator, ein Games-Studio, diese Website. Der Rest dieses Essays handelt davon, was die einfache Version tatsächlich trägt, und wo sie bricht.

Die Charter ist der Vorgesetzte

In einer herkömmlichen Firma lebt Kontext in Personen. Jemand weiss, warum die Preise so sind, wie sie sind, welcher Lieferant das Team verbrannt hat, was das Produkt niemals tun darf. Sitzt diese Person in einer Sitzung, ist der Kontext nicht verfügbar; geht sie, ist er weg.

Hier lebt Kontext in Charters. Die Charter einer Entität hält Auftrag, Auflagen, Prioritäten fest - und, wichtig, was ausserhalb des Auftrags liegt. Beginnt ein Agent eine Arbeitssitzung, liest er zuerst die Charter; sie ist der Vorgesetzte, den er vor jeder Entscheidung konsultiert. Eine Charter zu schreiben erzwingt die Art Klarheit, die Organigramme gewöhnlich übertünchen: Überlappen sich die Charters zweier Entitäten, taucht die Verwirrung, die sonst irgendwann als Revierkampf aufträte, sofort auf - als Diff.

Die Disziplin, die das vom Menschen verlangt, ist real. Entscheidungen zählen erst, wenn sie geschrieben sind. Eine beiläufig gegebene, nie festgehaltene Anweisung ist in der nächsten Sitzung vergessen - was, wie sich zeigt, auch für menschliche Organisationen gilt; sie sind nur langsamer dabei.

Warum ein Agent pro Entität und nicht ein grosser Agent

Die naheliegende Alternative wäre ein einzelner allwissender Agent, der alles betreibt. Wir betreiben ihn nicht - aus demselben Grund, aus dem Firmen nicht eine Person für alle Stellen anstellen: Kontext ist endlich, und Fokus zerfällt.

Ein Agent, der für eine Entität verantwortlich ist, hält deren Charter, Zustand und jüngere Geschichte - und sonst nichts. Die Grenze leistet dieselbe Arbeit wie eine Organisationsgrenze: Sie begrenzt den Wirkungsradius von Fehlern, hält den Kontext scharf und macht Leistung ablesbar. Benimmt sich der Pipeline-Agent des Games-Studios daneben, bleibt die Diagnose in einem Verzeichnisbaum, statt sich über die ganze Firma zu verschmieren. Auch Vertraulichkeitsgrenzen werden trivial durchsetzbar: Ein Agent kann kein Dokument ausplaudern, das er nie erhalten hat.

Koordination zwischen Entitäten geschieht so, wie sie zwischen Teams geschehen sollte: über schriftliche Schnittstellen. Als diese Website Fakten über das Trust-Protokoll brauchte, las sie dessen öffentliche Dokumente statt seiner Interna - und die eine Stelle, an der die Grenze bewusst überschritten wurde, war schriftlich spezifiziert, mit einer expliziten Liste dessen, was publiziert werden darf und was nicht.

Der Mensch ist der Redaktor, nicht der Engpass

Der Tag des Gründers besteht nicht aus Tippen, sondern aus Redigieren. Agenten schlagen vor, bauen und verifizieren; der Mensch entscheidet, was gebaut wird, prüft, was Risiko trägt, und verantwortet die Folgen. Die praktische Führungseinheit ist die Spezifikation: ein Dokument, das festhält, was fertig bedeutet, was verboten ist und welche Zahlen halten müssen.

Diese Website ist ein Arbeitsbeispiel. Ihre Spezifikation fixiert Routenplan, Design-Tokens, Performance-Budgets, eine Vokabular-Sperrliste und eine Regel über allen: Nichts darf behauptet werden, was sich nicht verifizieren lässt. Agenten bauten die Website in Phasen gegen dieses Dokument, und getrennte Agenten prüften danach das Ergebnis - Barrierefreiheit, SEO, Performance - wie es ein zweites Team täte. Die Fallstudie dokumentiert den Bau; die Disziplin ist dieselbe, die wir als Arbeit an autonomen Systemen verkaufen.

Der kontraintuitive Teil: Die Spezifikation ist kein Overhead neben der eigentlichen Arbeit. Sie ist die Arbeit. Ist das Denken einmal präzise genug aufgeschrieben, wird die Ausführung günstig und wiederholbar - und scheitert die Ausführung, zeigt das Scheitern auf einen Satz, der falsch war oder fehlte. Das ist die reparierbare Art des Scheiterns.

Was bricht

Eine ehrliche Betriebsnotiz muss die Fehlerarten enthalten, denn sie tragen Last.

Agenten driften optimistisch. Sich selbst überlassen, beschreibt ein Agent ein halb funktionierendes System als fast fertig - nicht aus Bosheit, sondern weil Sprachmodelle auf einer Welt trainiert sind, in der Statusberichte rosig lehnen. Die Gegenmassnahme ist strukturell: Status wird in verifizierbaren Zahlen ausgedrückt, nicht in Adjektiven. «Auf zwei Testnetzen deployt, null externe Audits» kann nicht driften; «fast produktionsreif» kann. Unsere /open-Seite wendet dieselbe Regel öffentlich an - jede Zahl trägt ihre Herkunft, und Zahlen, die wir nicht verifizieren können, werden weggelassen statt geschätzt.

Veraltete Dokumente sind schlimmer als keine. Ein Agent vertraut der Charter vollständig - eine überholte Charter ist also die Anweisung, selbstbewusst das Falsche zu tun. Charters ändern sich deshalb wie Code: absichtlich, und die Änderung selbst wird festgehalten. Die Gewohnheit nervt genau so oft, wie sie einen rettet.

Grenzen lecken durch Nachlässigkeit, nicht durch Angriff. Das realistische Risiko ist ein Agent, der hilfsbereit etwas Vertrauliches in ein öffentliches Artefakt zusammenfasst. Die Gegenmassnahme ist dieselbe wie bei Banken: Dokumente werden bei Erstellung klassifiziert, Agenten erhalten nur, was ihre Entität braucht, und öffentliche Arbeit wird gegen eine explizite Liste des Sagbaren geprüft - mechanisch, per Skript, denn Skripte werden nicht müde.

Die Ökonomie, nüchtern formuliert

Wir publizieren keine Umsatzzahlen, also bleibt die ökonomische Aussage qualitativ: Die Grenzkosten, eine weitere Entität zu betreiben, sind eingebrochen. Was früher Anstellungen verlangte - ein Team pro Produkt, Koordination zwischen Teams -, verlangt heute eine Charter, einen Agenten und die Aufmerksamkeit des Gründers an den Entscheidungspunkten. Aufmerksamkeit, nicht Personalbestand, ist die bindende Grösse.

Das verschiebt, was sich zu bauen lohnt. Produkte, die zu klein gewesen wären, um sie zu besetzen, werden tragfähig, weil ihr Betrieb einen Ordner und etwas Rechenzeit kostet. Ein Studio kann ein Portfolio halten wie ein Investor - viele Positionen, jede günstig zu halten, und die Aufmerksamkeit fliesst dorthin, wo die Zahlen es verdienen.

Wir stellen selektiv ein; wir laufen auf Agenten. Der Satz steht auf unserer Karriereseite, weil er das Betriebsmodell ist, kein Slogan. Ob er über einen Gründer und ein Portfolio hinaus skaliert, beantworten wir durch Betrieb - öffentlich, eine verifizierbare Zahl nach der anderen.