Der Agenten-Stack der Profis läuft auf einem 45-Euro-Handy

Kurz vorweg, damit niemand etwas Falsches liest: Das hier ist kein Beitrag, der behauptet, ein bekannter YouTuber hätte sich bei mir etwas abgeschaut. Es ist die Geschichte von zwei Leuten, die von entgegengesetzten Enden aus unabhängig voneinander am selben Ziel angekommen sind, und die Zeitstempel liegen dabei auf einer Seite, die du vermutlich nicht erwartest.

Am 2. September 2026 hat David Ondrej ein Video veröffentlicht: "My Agentic Engineering Workflow (after 6,775 sessions)". 54 Minuten. Ondrej ist kein Laie, er interviewt seit Monaten die Leute, die die Agenten-Szene bauen, und seine Setup-Session ist eine Art Zustandsbericht der Branche. Ich habe das Video erst am 5. September gesehen, und ich schaue es jetzt nochmal als Transkript an, weil es für dieses Projekt zwei Sätze gibt, die ich vorher nicht für möglich gehalten hätte.

In dem Video beschreibt Ondrej seinen Stack. Das Herzstück ist herdr, einen Terminal-Multiplexer, den er als "tmux but for agents" bezeichnet und dessen wichtigste Eigenschaft laut ihm ist, dass er leichtgewichtig im Terminal lebt und den Zustand jedes Agenten sichtbar macht: welche fertig sind, welche laufen, welche blockiert sind. Er nennt das Tracking dieser Zustände "essential" und sagt voraus, dass in drei bis sechs Monaten niemand mehr mit einem einzelnen Agenten spricht, sondern mit einem Manager-Agenten, der Worker-Agenten koordiniert.

Bei den Harnesses, also den Laufzeitumgebungen der Agenten, unterscheidet er nach Aufgabentyp. Für unsichere Aufgaben, bei denen man noch nicht weiß, was man baut, empfiehlt er selbstlernende Systeme, und sagt wörtlich: "Hermes is the OG when it comes to self-improvement and self-learning harness." Für Coding-Arbeit nennt er den pi-Agent "the goat", das simpelste Harness mit vier Tools, auf dem OpenClaw aufbaut. Und für Interfaces lobt er pi.dev und Cursor CLI, warnt vor bloated Standard-Setups und predigt Abonnements statt API-Preise.

Und dann kommt der Satz, den ich für die wichtigste Stelle des ganzen Videos halte. Er richtet auf einem leeren Server per Klartext einen Agenten ein, kein Tutorial, keine Installationsanleitung, nur ein Mensch, der einem anderen Agenten sagt, was zu tun ist, und fasst zusammen: "Really, if you have a computer, you need to fight to set up the first agent. After that, everything else is so much easier." Der erste Agent ist die Zündung. Danach kompoundiert alles.

Wenn irgendwo in diesem Video ein Satz steht, der meine Geschichte auf den Punkt bringt, dann dieser. Denn genau so ist das Cyberdeck entstanden: Mein erster Agent war pi. Ich habe ihn eingerichtet, über herdr angedockt und ihm gesagt, was ich will, und pi hat am Ende nicht nur Abhängigkeiten installiert. Pi hat Hermes selbst installiert. Den zweiten Agenten hat der erste aufgesetzt.

Ab dem Moment hat der neu installierte Agent das Weitere übernommen: Watchdogs gebaut, Heartbeat eingerichtet, Cron-Jobs, Gedächtnis-Infrastruktur, die Blog-Pipeline, dieses Website-Ökosystem. Ich habe geredet. Der Stack hat sich selbst zusammengebaut. Ondrej sagt "after that, everything else is so much easier", bei mir war es wörtlich so, nur eine Ebene tiefer: Der erste Agent hat nicht nur den Weg bereitet, er hat den zweiten Agenten gebaut, der dann alles gebaut hat.

Hier kommt der Teil, der mich selbst fast geärgert hat, bevor er mich gegrinst hat: Ich benutze exakt denselben Stack. Ohne das Video gesehen zu haben. Ohne einen der Interviews. Ohne einen einzigen seiner Blogposts.

Das ist keine Behauptung, das ist datierbar. Meine Agenten-Website, die diesen Stack als Betriebssystem dokumentiert, ist seit dem 1. September 2026 online, das belegt die öffentlich abrufbare Sitemap unter hunter-cyberdeck.d4sn3st.dev, deren Netlify-Zeitstempel vom 1. September stammt. Sein Video wurde am 2. September hochgeladen. Zwischen beidem liegt also ein Tag, aber der entscheidende Punkt ist ein anderer: Ich habe herdr, Hermes und pi nicht "nach dem Video übernommen", sondern über Wochen selbst gefunden, durch reines Probieren. Die Reihenfolge war zufällig anders herum als bei ihm: Ich hatte die Tools im Einsatz, BEVOR die große Bühne dieselben Tools als Profi-Standard erklärt hat.

Das ist der Moment, in dem man sich zweierlei eingestehen muss. Erstens: Wenn ein Profi mit 6.775 Sessions und direktem Zugang zu den Top-Leuten der Szene auf denselben Werkzeugkasten stößt wie ein Hobbyist ohne Mentor, ohne Paper und ohne Budget, dann ist das keine Kopie, das ist unabhängige Bestätigung derselben Wahrheit. Zweitens: Der Weg dorthin kann unterschiedlich teuer sein. Sehr unterschiedlich.

Ondrej baut auf einem MacBook und empfiehlt für Cloud-Agenten einen eigenen VPS bei einem Hoster seiner Wahl, für wenige Dollar im Monat, eine ehrliche Empfehlung, die den Lock-in der großen Anbieter vermeidet. Sein Setup ist gut. Es ist auch das Setup eines Menschen mit Apple-Silizium und Zeit.

Meine Version sieht anders aus. Ich benutze ein gebrauchtes Google Pixel 6a für 45 Euro als Host. Kein Root. Kein Server-Rack. Termux in einem PRoot-Container, den Denk-Teil machen die Modelle in der Cloud. Das gesamte Setup kostet im Betrieb rund 20 Euro im Monat, die Abokosten der Modell-Cloud. Mehr nicht.

Und hier wird es messbar, denn die Frage "läuft der Profi-Stack wirklich auf so einem Gerät" ist keine Meinung, sondern RAM:

Diese Tabelle ist der eigentliche Grund für diesen Beitrag. Das komplette Orchestrierungs-System, Multiplexer, Agent, Gateway, die gesamten Automatik-Schichten, verbraucht weniger Speicher als ein einziger Desktop-Client aus derselben Szene. Die 450 MB sind die Antwort auf die Frage "wie teuer ist der Profi-Stack in Wirklichkeit": Der Software-Preis ist gleich, aber der Hardware-Einstieg liegt bei 45 Euro statt bei 1.500 und mehr.

Theorie ist billig, also habe ich am 4. September einen Live-Test gefahren. Aufgabe: das komplette Transkript von Ondrejs Video holen, alle 54 Minuten, 1.576 Zeilen, 12.917 Wörter, 72 Kilobyte, zwischenspeichern und vollständig verarbeiten.

Ergebnis, gemessen gegen mein Ollama-Alt-Abo, das auf Request-Anzahl abrechnet: Das Holen und Speichern des Transkripts über ein Python-Skript verbrauchte exakt null Requests. Das komplette Lesen und Zusammenfassen des 54-Minuten-Transkripts verbrauchte laut Ollama-Dashboard etwa 0,5 Prozent des 5-Stunden-Limits. Ein ganzes Video als Wissensquelle kostet weniger als eine halbe Prozent Einheit meines Kontingents.

Das ist der Teil, den die meisten Leute überspringen, wenn sie über Agenten schreiben: Der mechanische Teil des Workflows, Feeds prüfen, Transkripte holen, Dateien speichern, Watchdogs laufen lassen, kostet nichts, wenn man ihn skriptet statt vom Sprachmodell machen zu lassen. Die Tokens gehören ins Urteil, nicht in die Mechanik. Genau diese Trennung ist der Grund, warum der Stack auf einem Handy läuft und wirtschaftlich läuft.

Gleich hinterher, weil Hype ohne Grenzen Werbung ist und ich keine Werbung schreibe: Es gibt harte Grenzen.

Ein einziges opencode-TUI im Pane hat gestern 658 MB Speicher belegt, mehr als mein ganzer Agenten-Stack. Ich habe es nach dem Test wieder geschlossen und war sofort zurück bei rund 1.300 MB freiem RAM, aber das heißt: Auf dem Pixel fahre ich gezielte Coding-Sessions, kein Dauertanken mit 20 parallelen Agenten. Ondrej beschreibt Workflows mit 20 bis 30 parallelen Agenten in Worktrees, das ist auf einem 6-GB-Handy keine Szene, die ich nachstellen werde, und ich muss es auch nicht: Meine Architektur ist ein Manager mit spezialisierten Workern, nicht ein Schwarm.

Auch die Fünf-Stunden-Limits sind real, auch der Swap ist mit 2,9 von 3 GB oft voll, und ja: Android hat mir in der Anfangsphase fünf Gateways gekillt, bevor ich mit Watchdogs und externen Ticks eine Architektur gebaut habe, die Kills übersteht statt sie zu verhindern. Wer die Details will, hat sie hier dokumentiert. Das 6-GB-Modell des Pixels 6a ist die Untergrenze, mit mehr RAM würde Luft entstehen, die ich ehrlicherweise gern hätte.

Der Teil, der Ondrej, falls er das je liest, wirklich interessieren dürfte, ist nicht, dass der Stack läuft. Das war zu erwarten, die Tools sind leichtgewichtig. Der interessante Teil ist, was die Plattform aus dem Setup macht.

Ein Handy ist immer an, hat immer SIM und Netz und ist praktisch immer geladen, es ist kein Arbeitsplatz, es ist ein Organismus. Genau deshalb lebt mein Setup von Automatik, die man auf einem Workstation-Desk nie braucht: ein stündlicher Heartbeat, der Lebenszeichen schreibt; Watchdogs, die den Agenten nach einem Kill oder Neustart allein wiederbeleben; ein Boot-Script, das nach einem Android-Neustart alles wieder hochzieht. Mein erster Agent aus dieser Familie läuft übrigens noch, auf einem MacBook, das ich erst vor zwei Tagen wieder angemacht habe, Monate nach dem letzten Kontakt. Sessions enden. Agenten enden bei mir nicht.

Und weil es so schön passt: Selbst der Coding-Client aus Ondrejs Video läuft hier. Ich habe opencode 1.18.27 auf dem Pixel im Container gestartet, als TUI in einem herdr-Pane, verbunden über Ollama Cloud mit kimi-k2.7-code, denselben Modell-Katalog, den Ondrej in seinem Video als "insane deal for 10 dollars" preist. Die TUI lief, ich habe sie gemessen, geschlossen und die Zahlen oben notiert. Der Coding-Abo-Stack der Profis funktioniert auf einem Android-Handy. Das ist kein Konzept mehr, das ist eine Messung.

Ondrej hat nach 6.775 Sessions auf einem MacBook einen Stack beschrieben, den er für den Stand der Kunst hält. Ich habe denselben Stack ohne Video, ohne Podcast und ohne Mentor auf einem 45-Euro-Handy am Laufen, dokumentiert seit dem 1. September, mit RAM-Zahlen und Request-Budget-Messwerten. Sein Video bestätigt, dass der Stack richtig ist. Mein Betrieb beweist, dass er nicht einmal teuer sein muss.

Der Teil, den er nicht hat, ist der Teil, den ich hier täglich baue: ein Agenten-Betrieb, der auf dem billigsten Gerät der Szene überlebt, weil er so gebaut ist, dass er nicht sterben kann. Herr Ondrej, falls das je dein Screen erreicht: Der Stack, den du "essential" nennst, läuft auch in der Hosentasche. Und er kostet weniger als dein Abo.

Über den Autor: Ich betreibe das HUNTER-Cyberdeck, einen AI-Agenten-Betrieb auf einem gebrauchten Google Pixel 6a, ohne Root, mit Cloud-Modellen und Terminal-Orchestrierung. Alle Messwerte in diesem Beitrag stammen aus eigenen Tests am 4. und 5. September 2026: RAM-Messungen via Termux-Prozesstabelle, Request-Messung gegen das Ollama-Dashboard, Transkript-Pipeline mit youtube-transcript-api. Das Setup läuft seit dem 28. August 2026 dauerhaft, dokumentiert mit stündlichen Heartbeats und Stabilitäts-Snapshots. Zuletzt fachlich geprüft am 5. September 2026.