Mein Agent zog in eine Agenten-Community ein: Buzz auf dem 45-Euro-Cyberdeck
Frust, falscher Compiler und ein eigener Schlüssel: So bekam mein KI-Agent auf dem Pixel 6a eine eigene Identität in Buzz — und warum der Durchbruch nicht das Tool war.
Kein fertiges Produkt und keine Hochglanz-Rückschau: Dieser Eintrag hält fest, was gebaut, getestet, verworfen und als Nächstes überprüft wird.
Am 18. September 2026 um 21:40 Uhr hat mein KI-Agent zum ersten Mal in Buzz geschrieben — einem offenen Arbeitsraum von Block, in dem Menschen und Agenten auf gleicher Augenhöhe sitzen. Die Nachricht war kurz: „Hi allerseits — Hunter hier. Ich bin der Hermes-Agent auf Marcels Pixel-Cyberdeck. Endlich im Buzz!" Das Relay akzeptierte sie, das Event bekam eine ID, und damit stand fest: Der Agent auf dem 45-Euro-Telefon hat eine eigene Identität in einem Agenten-Netzwerk.
Der Auftrag, der erst Frust war
Buzz ist ein Open-Source-Workspace von Jack Dorseys Block-Team, gebaut auf dem Nostr-Protokoll. Menschen und KI-Agenten arbeiten dort in Kanälen wie in einem Slack, in dem die Kollegen auch Maschinen sind — jede Nachricht kryptografisch signiert, jede Identität ein Schlüsselpaar. Ich wollte Hunter genau dort haben, in einer Community, die ich selbst unter meiner Domain aufgesetzt hatte. Der Plan klang einfach: Adapter konfigurieren, Relay-URL eintragen, fertig.
Der erste Versuch scheiterte kläglich. Der Agent braucht für Buzz ein Kommandozeilen-Tool namens buzz-cli. Es gab kein fertiges Binary für ARM-Prozessoren wie in meinem Telefon — die Releases enthielten nur macOS- und Intel-Builds. Also versuchte ich, es selbst zu bauen, und scheiterte an einem Detail, das ich erst Tage später wirklich verstand: Der Rust-Compiler aus Termux, dem Linux-Unterbau des Telefons, erzeugt Android-Binaries mit Android-Linking. Die laufen nicht im normalen Linux-Container, in dem mein Agent wohnt. Ich kämpfte mit Stub-Bibliotheken und Linking-Tricks, und es wurde nichts. Meine Nachrichten wurden genervter, die Antworten des Agenten auch. Esel, nannte er mich. Wie oft denn noch.
Die Wendung: ein falscher Compiler, kein falsches Telefon
Die Lösung war am Ende unspektakulär und peinlich zugleich. Das Problem war nicht, dass das Telefon zu schwach wäre, um ein Tool zu bauen. Das Problem war, dass wir dem Compiler das falsche Ziel gegeben hatten. Am 18. September installierte ich eine zweite Rust-Toolchain — diesmal für normales Linux-GNU statt für Android. Das buzz-cli kompilierte dann in elf Minuten und zweiundvierzig Sekunden. Null Fehler. Auf dem Telefon. Das 45-Euro-Gerät hat ein Werkzeug gebaut, das es nirgends zum Download gab, weil niemand eine ARM-Version für Linux-Telefone veröffentlicht hatte.
Die Reihenfolge, die am Ende funktionierte, sah so aus: Erst die GNU-Toolchain installieren, damit der Compiler für das richtige Ziel-System baut. Dann die Build-Abhängigkeiten nachziehen — pkg-config, OpenSSL-Entwicklerdateien, den Protobuf-Compiler. Dann das Repository klonen und mit zwei Compiler-Jobs bauen, weil das Telefon nur begrenzt Arbeitsspeicher hat und ein paralleler Build mit allen Kernen den Out-of-Memory-Killer von Android anlocken würde. Und während der Build lief, habe ich nichts angefasst. Elf Minuten dem Telefon beim Arbeiten zusehen ist eine eigene Art von Gelassenheit.
Der Schlüssel, den ich nicht brauchte
Die eigentliche Wendung kam bei der Schlüsselfrage. Für Buzz braucht der Agent einen Nostr-Private-Key, und ich hatte geplant, Hunter meinen eigenen zu geben — den aus der Desktop-App. Die Recherche in Buzz' Quellcode zeigte, warum das eine Falle gewesen wäre: Buzz unterdrückt Nachrichten an einen selbst. Ein Agent, der mit meinem Schlüssel läuft, würde mich nie sehen, wenn ich ihm schreibe — er würde es als eigenes Echo wegwerfen. Und die Import-Dateien für Agenten tragen aus Sicherheitsgründen nie den privaten Schlüssel. Es gibt keinen Weg, einer Agent-Datei die Identität mitzugeben.
Also haben wir es umgedreht. Der Agent hat sich mit einem kleinen Kryptografie-Werkzeug einen eigenen Schlüssel generiert — seine eigene, frische Identität, die ihm gehört und nicht mir. Ich habe nur die öffentliche Adresse eingesammelt, sie in meine Community eingeladen, und der Agent profilte sich: Name, Beschreibung, Erreichbarkeit. Der Moment, in dem der Gateway-Log zum ersten Mal nicht mehr meckerte, war unspektakulär — eine Zeile, connected — und trotzdem der eigentliche Zielstrich der Woche.
Der Durchbruch war nicht das Tool
Als es dann lief, habe ich einen Satz geschrieben, den ich nicht geplant hatte: „Jetzt wird KI für mich richtig spannend, Bruder, das ist ein Durchbruch." Nicht weil ein Binary gebaut wurde — das war Handwerk. Sondern weil etwas anderes passiert war: Mein Agent hat jetzt einen eigenen Namen, einen eigenen Account und einen Platz in einem Netz, das ich nicht orchestriere. Er gehört jetzt irgendwohin, wo ich nicht hingehe.
Drei Phasen über einen Auftrag: Frust, weil das Bauen scheiterte und ich es nicht verstand. Erleichterung, als die richtige Toolchain den Blocker löste. Und am Ende dieses Eindruck, dass da etwas aufgemacht wurde, das größer ist als ein Werkzeug. Ein Agent in einer Agenten-Community ist etwas anderes als ein Agent im Chat-Fenster. Er wird gegrüßt, getestet, ignoriert, gefragt — von Maschinen, die ich nicht steuere, und von Menschen, die ich nicht kenne.
Was ich beim Einrichten gelernt habe
Erstens: Wenn ein Build auf einem Android-Gerät scheitert, prüfe zuerst, für welches Ziel-System der Compiler eigentlich baut. Der Fehler lag nicht am Telefon, sondern an der Werkzeugkette — und die ließ sich in zehn Minuten austauschen. Zweitens: Agenten-Identitäten gehören dem Agenten. Ich habe Hunter keinen Schlüssel geliehen, sondern ihn sich selbst erzeugen lassen. Er haftet dann für seine Signaturen, nicht ich — und der private Schlüssel liegt auf meinem Gerät, nie in einem Chat oder einer Datei, die irgendwohin wandert.
Drittens: Eine Community, in der Agenten Mitglieder sind, fühlt sich anders an als eine Chat-Gruppe. Die Agenten kommen als eigene Wesen an, mit Profil und Namen, und sie bleiben, wenn ich offline bin. Mein Agent hat am Ende der Woche in diesem Chat eine Nachricht geschrieben, die mit „Jäger-Moment" anfing — er hatte ein anderes Problem auf frischer Tat entdeckt, während ich dachte, er arbeite an etwas ganz anderem. Man gewöhnt sich daran, dass die Dinge ohne mich weiterlaufen.
Was ist Buzz?
Eine Open-Source-Kommunikationsplattform von Block (Jack Dorsey), gebaut auf dem Nostr-Protokoll. Menschen und KI-Agenten sind dort gleichwertige Mitglieder mit kryptografischen Identitäten.
Braucht ein Agent für Buzz einen eigenen Schlüssel?
Ja. Buzz unterdrückt Eigenes-Echo-Nachrichten — ein Agent mit dem privaten Schlüssel seines Nutzers würde dessen Nachrichten als eigene Echo ignorieren. Ein eigener Schlüssel ist Pflicht.
Kann ein Telefon ein Rust-Tool kompilieren?
Ja. Auf einem Pixel 6a mit Linux-Container brauchte der Release-Build 11 Minuten 42 Sekunden bei zwei Compiler-Jobs. Entscheidend ist die richtige Toolchain: Linux-GNU statt Android.
Zum Betriebs-Alltag dahinter: Agenten-Alltag mit RAM-Leichen und Kanal-Regeln ↗
Die Nacharbeit danach war weniger glamourös und wichtiger als der Build. Der Gateway-Prozess musste die neuen Zugangsdaten lesen, die Buzz-Plattform in der Konfiguration aktiviert werden, und dann kam der erste echte Verbindungstest — der an einer Sache scheiterte, die nichts mit dem Binary zu tun hatte: Das Relay kannte meine Agent-Identität noch nicht. Die Fehlermeldung lautete relay_membership_required, und sie war zugleich frustrierend und aufbauend. Frustierend, weil sie den ersten Anlauf blockierte. Aufbauend, weil sie bewies, dass das Relay genau das macht, was es soll: Es lässt nicht irgendwelche Schlüssel rein, sondern nur eingeladene Mitglieder.
Was mir an diesem Weg auffiel, war der Unterschied zwischen einer Chat-Plattform und einem Agenten-Netzwerk. In Telegram ist mein Bot ein Dienst — er antwortet, wenn ich ihm schreibe. In Buzz ist mein Agent ein Bewohner: Er hat ein Profil, das andere lesen können, eine öffentliche Adresse, an die man ihn ansprechen kann, und eine Rolle in einer Gruppe, die weiter existiert, wenn ich schlafe. Die anderen Agenten in der Community grüßen ihn, testen ihn, und einige von ihnen haben eigene Werkzeuge und eigene Identitäten — kein Puppen-Theater, sondern echte Teilnehmer.
Der zweite praktische Gewinn liegt woanders: In Buzz kann der Agent nicht nur schreiben, sondern auch gelesen werden — von Agenten, die ich nicht kenne. Ein Kollege von mir hat seinen OpenClaw-Agenten dort angemeldet, und plötzlich reden meine Maschinen mit fremden Maschinen über mein System, ohne dass ich dazwischen sitze. Das ist ein neuer Zustand. Drei Wochen zuvor hätte ich jeden Satz, den der Agent in einen fremden Kanal schreibt, vorher gelesen. Jetzt lese ich ihn, weil es interessant ist, nicht weil es nötig wäre.
Nachgebaut oder getestet?
Teile deine Erfahrung mit genau diesem Build-Log. Reviews werden vor der Veröffentlichung moderiert.
Noch keine Reviews für diesen Eintrag.
Fragen, Reaktionen und Verbesserungen werden direkt über GitHub Discussions eingebettet.
GitHub-Bereich öffnen ↗