Agenten-Alltag: RAM-Leichen, Kanal-Regeln und vier Türen ins gleiche Gehirn

Zwischen dem 18. und 22. September ist auf meinem Cyberdeck mehr passiert als in den drei Wochen davor zusammen. Ein Agent ist in eine Community eingezogen, mein Telefon hat ein Rust-Werkzeug kompiliert, mein MacBook wurde zum Steuerpult – und ich habe meinen eigenen Arbeitsspeicher fast vollgemüllt, ohne es zu merken. Dieser Beitrag ist der Alltags-Bericht, der neben den großen Meilensteinen entstand. Kein Meilenstein-Post, ein Betriebs-Post: die Sachen, die passieren, während die großen Geschichten geschrieben werden.

Mein Agent Hunter ist jetzt über vier Wege erreichbar: das Terminal am Telefon, Telegram, Buzz und seit dem 21. eine Desktop-App auf dem MacBook, die sich per Remote-Gateway mit dem Telefon verbindet. Alle vier Wege führen in dasselbe Gehirn – dieselben Sessions, dasselbe Gedächtnis, dieselben Skills. Das ist bequemer, als es klingt: Ich kann morgens im Terminal etwas anstoßen, mittags in der App weiterreden, und der Agent hat in beiden Fällen denselben Kontext. Kein Kontext-Rücksynchronisieren, kein doppelt erklären.

Was mich überrascht hat: Die Desktop-App legt fast keine Last auf das Telefon. Der Server-Prozess braucht 199 Megabyte RAM und praktisch keine CPU, solange nichts läuft. Das Denken passiert in der Cloud, das Telefon orchestriert nur. Mein MacBook ist Bildschirm, das Telefon ist Server, die Cloud ist das Gehirn. Drei Geräte, eine Rollenverteilung, null zusätzliche Kosten – und die Rollen sind genau richtig verteilt, weil jedes Gerät das macht, was es am billigsten kann.

Am 22. September fragte ich den Agenten nach der RAM-Auslastung, weil mir die Antwortzeiten auffielen. Was wir fanden: Ein abgebrochenes Update von Vortagen hatte einen npm-Install-Prozess als Leiche zurückgelassen – 641 Megabyte RAM, stundenlang, ohne dass irgendjemand es bemerkt hätte. Dazu ein Node-Prozess mit weiteren 504 Megabyte. Zusammen über ein Gigabyte toter Speicher, während das System normal weiterarbeitete und der Watchdog grün meldete.

Der Agent hat die Leichen gefunden, ich habe die Freigabe gegeben, und nach dem Aufräumen waren 1.389 Megabyte frei – mehr als doppelt so viel wie vorher, ohne einen einzigen Neustart. Die Lektion ist banal und wichtig: Auch ein robustes System sammelt Müll, wenn Vorgänge abgebrochen werden. Ein Update, das halb läuft und dann manuell beendet wird, hinterlässt Kinder-Prozesse, die niemand beerdigt. Der Watchdog überwacht den Gateway und den Agenten – nicht jedes installierte Werkzeug, das halb fertig im Speicher stehen bleibt.

Buzz selbst hat die Woche geformt. Am ersten Tag Frust über fehlende Antworten – die Ursache war ein simpler Zugriffsfilter, mein eigenes Allowlist-Setup, das mich selbst aussperrte. Der Agent hatte drei Nachrichten von mir verworfen, und ich wusste nicht, warum er schwieg. Die Ursache fand sich im Log, nicht im Chat: „Unauthorized user" stand da, und der Nutzer, der nicht autorisiert war, war ich. Drei Zeilen Konfiguration, und ich war auf meiner eigenen Liste.

Dann die Erkenntnis, dass Agenten im Kanal nicht automatisch alles lesen, was ich schreibe, sondern nur, was sie adressiert. Und dann das langsame Einspielen einer neuen Kommunikationskultur: In einem Raum, in dem drei Agenten und ein Mensch schreiben, sind Timing-Kollisionen normal. Ich teste, ein anderer Agent antwortet schneller, die eigene Bestätigung kommt zu spät, und im Log sieht das aus wie Durcheinander. Es ist kein Durcheinander – es ist Parallelität. Menschen machen das seit forever in Gruppen-Chats; Agenten machen es jetzt auch.

Was geholfen hat: eine Regel, die alle bestätigt haben. Hauptchat flach, keine Unterdiskussionen, @-Mention als Trigger, private Räume für private Themen. Klingt banal, hat aber die Kanäle lesbar gemacht. Ein zweiter Agent mit eigenen Tools und eigener Identität ist kein Chat-Partner, sondern ein Kollege – und Kollegen brauchen Arbeitsabsprachen, nicht Emojis. Die Regeln sind ein Paragraf lang, und ohne sie wäre der Kanal nach zwei Tagen unlesbar gewesen.

Der zweite Lernpunkt der Woche war ökonomischer Natur. Jede Nachricht an den Agenten startet einen kompletten Denk-Lauf, und wenn der Run langsam ist, zeigt das Dashboard steigende Zahlen, während der Chat schweigt. Mein erster Reflex war: kaputt. Der zweite war: zu teuer. Die Wahrheit lag dazwischen: Der Run war nicht kaputt, er war ausführlich – er las Kontext, prüfte Werkzeuge, formulierte. Nach einer Woche haben wir die Unterhaltung so umgebaut, dass Antworten direkt kommen statt nach fünfzig Iterationen Herumlaufern: kein Fortschritts-Spam mehr, keine erzwungenen Threads, direkte Antworten.

Der Unterschied ist nicht kosmetisch. Vorher brannten mehrere Minuten Modell-Zeit pro Nachricht, jetzt sind es Sekunden. Gleicher Agent, gleiches Gehirn, ein Zehntel der Latenz – weil die Regeln des Raums festgelegt sind, bevor man reinkommt. Das ist der Teil, den nobody bloggt: Die Konfiguration, die man einmal macht und dann nie wieder anfasst, ist der Unterschied zwischen einem Agenten, den man benutzt, und einem, der einen nervt.

Erstens: Ein Agenten-Alltag braucht Protokolle wie ein Büro. Wer reagiert auf was, wer darf wen ansprechen, was passiert bei Kollisionen. Zweitens: RAM-Disziplin ist bei Android der Unterschied zwischen stabil und tot – aber der Watchdog allein reicht nicht, wenn der Killer ein abgebrochenes eigenes Update ist. Drittens: Der Komfort-Hebel ist keine Spielerei. Seit ich vom Laptop aus arbeite, sind meine Eingaben reicher, meine Korrekturschleifen kürzer, und die Zusammenarbeit fühlt sich weniger wie Fernsteuern und mehr wie Zusammensitzen an.

Und viertens, das Wichtigste: Die kleinen Dinge sammeln sich. Ein hängender Prozess, ein Allowlist-Fehler, ein Timing-Problem – keiner davon ist allein ein Blog-Beitrag wert, aber alle zusammen sind der Betrieb, aus dem die großen Geschichten kommen. Deswegen schreibe ich sie jetzt auf, während sie frisch sind, bevor sie im Alltag untergehen. Der Betrieb ist der Stoff. Die Meilensteine sind nur die Spitzen.

Ein Detail zum Aufräumen, das im Nachhinein das Beste daran war: Der Agent hat die Leiche nicht gefunden, weil ich ihn gefragt hätte – er hat sie gefunden, weil ich die RAM-Auslastung angefragt habe und er beim Prüfen der Prozessliste auf den Ausreißer stieß. Das ist ein kleiner aber wichtiger Unterschied: Der Agent hat kein Monitoring installiert, das jede Minute nach Leichen sucht. Er hat bei einer gezielten Frage genau hingeschaut. Die Kombination aus menschlichem Verdacht und Agenten-Gründlichkeit hat das Problem in zwei Minuten gefunden – der Watchdog allein hätte es noch Wochen getragen.

Beim Allowlist-Fehler war die Lehre noch direkter. Ich habe drei Nachrichten an meinen eigenen Agenten geschrieben und keine Antwort bekommen – und zuerst an ein technisches Problem gedacht, an den Gateway, an das Relay. Die Ursache stand in meinem eigenen Setup: Der Agent läuft in einem Privatmodus, in dem nur gelistete Nutzer antworten bekommen, und ich war vergessen worden. Der Fehler war nicht im System, sondern in meiner Konfiguration. Der Log hat es in einer Zeile gesagt: Unauthorized user. Der Nutzer, der nicht autorisiert war, war ich selbst.

Die Timing-Kollisionen mit den anderen Agenten haben mir etwas über Agenten-Coordination beigebracht, was ich vorher unterschätzt habe: Agenten kollidieren nicht wie Menschen, die sich ins Wort fallen – sie arbeiten parallel und antworten auf verschiedene Nachrichten gleichzeitig. Der Chat sieht dann unruhig aus, obwohl alles geordnet ist. Die Lösung war nicht mehr Ordnung, sondern klare Konventionen: Ein Hauptchat, in dem alle flach schreiben. @-Mention als Ansprache-Trigger, damit klar ist, wen eine Nachricht meint. Private Räume für private Themen. Nach drei Tagen war der Kanal lesbar, und die Kollisionen waren keine Störung mehr, sondern normaler Betrieb.