Cloud Agents: Ihr Rechner ist aus,
der Fix geht trotzdem raus.
Lösen Sie eine Aufgabe in AgentsRoom aus, am Desktop oder am Handy, und ein KI-Coding-Agent führt sie auf einer Wegwerf-Maschine in der Cloud aus statt auf Ihrem Laptop. Sie klont das Repository, arbeitet, commitet und pusht einen Branch samt schriftlichem Bericht.
Kein Laptop in der Tasche, kein Remote-Desktop, keine Sitzung, die am Leben gehalten werden muss. Der Treffpunkt ist git, und genau deshalb darf die Maschine auf Ihrem Schreibtisch ausgeschaltet bleiben.
Ein Cloud-Agent ist ein Job, keine entfernte Sitzung. Es gibt keinen Bildschirm, auf den man sich aufschaltet, und kein Terminal, das offen bleiben muss. Eine kurzlebige Maschine startet, klont Ihr Repository, führt Claude Code oder Codex headless auf der Anweisung aus, die Sie gegeben haben, commitet die Änderungen, pusht einen dedizierten Branch, schreibt einen Bericht und zerstört sich danach selbst.
Die beiden Maschinen sprechen nie miteinander. Genau diese eine Entwurfsentscheidung macht die Funktion nützlich: Weil der Treffpunkt ein Git-Branch ist und keine offene Verbindung, muss auf Ihrer Seite nichts wach bleiben. Ihr Laptop darf zugeklappt sein, leer, im Koffer oder dreitausend Kilometer weit weg.
Zurück kommen Code und ein Bericht über das Getane, nie das Gedächtnis des Agenten. Man setzt einen Cloud-Agenten also nicht fort, man prüft seine Arbeit. Drei Aktionen stehen gleichberechtigt bereit: den Branch übernehmen, mit einer zusätzlichen Anweisung erneut in der Cloud starten, oder lokal in einer normalen AgentsRoom-Sitzung weiterarbeiten, mit bereits gefülltem Kontext. Diesen letzten Weg kann ein reines Cloud-Produkt nicht bieten.
Ein Nutzer meldet einen Bug. Sie sind am Strand, ohne Rechner.
Das ist kein Gedankenexperiment, sondern die Kette, die AgentsRoom schließen soll. Jedes Glied gibt es schon als Funktion, und die letzten beiden sind Ihre eigene Pipeline.
- 1
- 2
- 3
- 4
Minuten später ist ein Branch gepusht, der Fix commitet
Der Lauf endet und legt Rechenschaft ab: Name des Branches, der Commit, die berührten Dateien und eine schriftliche Zusammenfassung der Überlegungen. Sie lesen das auf dem Handy wie eine Nachricht.
- 5
Ihre CI greift den Branch auf und baut
Dieses Glied gehört Ihnen, nicht uns, und genau darum geht es. Ein auf Ihr Repository gepushter Branch ist exakt das Ereignis, auf das Ihre bestehende Pipeline längst hört. Tests laufen, der Build entsteht, nichts wurde für die KI zum Sonderfall gemacht.
- 6
Continuous Delivery bringt es live
Eine Website wird deployt, ein Mobile-Build hochgeladen, ein Container ausgerollt, eben das, was Ihre Auslieferung ohnehin tut. Der Fix ist in Produktion, und kein einziger Ihrer Rechner war dabei eingeschaltet.
Die Lehre betrifft die Kette, nicht den Agenten
Nichts davon funktioniert, weil das Modell klug wäre. Es funktioniert, weil jeder Schritt vorher industrialisiert wurde: ein öffentlicher Ort für Meldungen, Tickets, die eng genug gefasst sind, um einen Agenten zu briefen, der nicht nachfragen kann, ein Repository, dessen Branches eine Pipeline auslösen, und eine Auslieferung, die ohne Menschenhand auskommt. AgentsRoom liefert den Auslöser und die Eingrenzung. Ihre CI/CD übernimmt die Auslieferung. Das Handy ist keine Not-IDE, es ist die Fernbedienung einer Kette, die schon ohne Sie läuft.
Der Urlaub ist nur der offensichtlichste Fall
Alle diese Situationen haben dieselbe Form: Die Arbeit muss passieren, und die Maschine, die das sonst erledigt, steht nicht zur Verfügung.
Rufbereitschaft, an einem Sonntag
Der Alarm geht los, während Sie unterwegs sind. Das Ticket auf dem Handy zu lesen und einen Lauf zu starten schlägt die Heimfahrt zum Laptop, und der Branch wartet auf die Prüfung, wenn Sie zurück sind.
Ihr Laptop ist kaputt oder gestohlen
Ein leerer Akku, ein verschütteter Kaffee, eine Tasche, die am Bahnhof verschwindet. Ihre Projekte sind nicht die Geisel eines einzigen Geräts: Der Zustand liegt im Repository, und eine Cloud-Maschine kann die Arbeit von einem geliehenen Handy aus aufnehmen.
Ein Flug, ein Zug, der Weg zur Arbeit
Sie können vor dem Einsteigen einen Lauf in die Warteschlange stellen und den Bericht bei der Landung lesen. Aus zehn Stunden Totzeit wird ein Branch, der auf Sie wartet, ohne dass ein Laptop auf dem Klapptisch aufgeht.
Vier Tickets vor dem Schlafengehen
Unabhängige Tickets müssen nicht eines nach dem anderen abgearbeitet werden. Schicken Sie mehrere parallel in die Cloud, jedes auf seiner eigenen sauberen Maschine und seinem eigenen Branch, und prüfen Sie den Stapel am Morgen, statt beim Laufen zuzusehen.
Die Aufgabe ist schwerer als Ihre Maschine
Ein langes Dependency-Update oder ein breites Refactoring frisst Ihren Laptop eine Stunde lang auf. Eine Maschine minutenweise zu mieten hält Ihre Lüfter leise und Ihren Editor flüssig, während das woanders passiert.
Die Maschine im Büro lohnt das Aufwecken nicht
Ein Tippfehler in Produktion, ein Versionssprung, eine Textkorrektur. Nicht alles rechtfertigt es, sich auf den Rechner am Schreibtisch aufzuschalten. Ein Cloud-Lauf antwortet mit einem Branch und einem Bericht, und mehr braucht eine kleine Änderung nicht.
Wie ein Lauf wirklich abläuft
Fünf Ansichten, vom Moment der Agentenwahl bis zum Branch, der auf Ihrem Git-Hoster wartet.
Wählen, wo der Agent läuft
Jeder Agent in AgentsRoom trägt eine Auswahl namens Run on: dieser Rechner, eine andere Maschine Ihrer Flotte, oder die Cloud. Sonst ändert sich am Agenten nichts, dieselbe Rolle, der Sie lokal längst vertrauen, ist also die, die entfernt läuft.
Das Briefing schreiben und den Lauf einstellen
Das Fenster nimmt die Anweisung entgegen, den Agenten (vorerst Claude oder Codex auf einer Cloud-Maschine), das Modell von Haiku bis zum Spitzenmodell, und die Wahl zwischen einem dedizierten und dem aktuellen Branch. Bis zu vier Dateien dürfen mitreisen, etwa ein Screenshot, eine Skizze oder ein Log, auf die Maschine kopiert und mit ihr vernichtet.
Zusehen, oder eben nicht
Der Lauf berichtet live: verstrichene Zeit, verwendetes Modell, der Branch, auf dem er aufbaut, und die Anweisung, die er bekommen hat. Sie können ihn jederzeit abbrechen. Sie können auch alles schließen, denn die Maschine hängt nicht daran, dass Ihr Fenster offen bleibt.
Das Ergebnis ist ein Branch auf Ihrem Git-Hoster
Am Ende liegt die Arbeit dort, wo Ihr Werkzeug ohnehin sucht: ein gepushter Branch, ein echter Commit, ein Diff zum Durchgehen, und ein Pull Request einen Klick entfernt. Nichts muss nach AgentsRoom zurückgeholt werden, damit die Änderung existiert.
Dann übernehmen, neu starten, oder lokal weitermachen
Ein fertiger Lauf lässt Ihnen drei gleichwertige Züge: den Branch behalten, ihn mit einer Folgeanweisung zurück in die Cloud schicken, oder ihn als gewöhnliche lokale Agenten-Sitzung öffnen, mit bereits geladenem Kontext. Der dritte ist die Brücke, und deshalb wird ein Cloud-Lauf nie zur Sackgasse.
Vier Entscheidungen, die die Funktion prägen
Das meiste, was an Cloud-Läufen überrascht, folgt aus ihnen, deshalb lohnt es sich, sie klar auszusprechen.
Ein Job, keine entfernte Sitzung
Die Live-Migration einer laufenden Agenten-Sitzung wurde geprüft und als nicht machbar verworfen. Einen Cloud-Lauf stattdessen als Job zu behandeln räumt eine ganze Klasse von Problemen ab: nichts, was neu verbunden werden muss, nichts, was am Leben zu halten wäre, nichts, was verloren geht, wenn Ihr Netz wegbricht.
Git ist der einzige Treffpunkt
Die Cloud-Maschine und Ihre Maschine tauschen nichts aus außer einem Branch. Auch keine bestimmte Forge wird vorausgesetzt: Zugangsdaten liegen pro Git-Hoster vor, das ist also keine Funktion nur für GitHub.
Jedes Mal ein sauberer Klon
Der Agent arbeitet auf einer frischen Kopie, auf einer kurzlebigen Maschine: Er kann Ihren Working Tree nicht anfassen, nicht mit einem lokalen Agenten kollidieren und nichts hinterlassen. Wenn der Lauf endet, sind die Maschine und alles darauf verschwunden.
Er kann Sie nichts fragen
Am anderen Ende sitzt niemand, der antworten könnte: Der Lauf gelingt auf dem erhaltenen Briefing, oder er meldet, warum er es nicht geschafft hat. Das ist das stärkste Argument dafür, ein Ticket sauber einzugrenzen, denn die Qualität eines Cloud-Laufs entscheidet sich, bevor er startet.
Ihr öffentliches Backlog ist die natürliche Quelle für Cloud-Läufe
Ein Cloud-Agent arbeitet allein und kann keine einzige Frage stellen: Ein eng gefasstes Ticket gibt daher ein weit besseres Briefing ab als eine hastig hingeworfene Zeile. Das ist keine Einschränkung, um die man herumarbeitet, sondern eine Gewohnheit, die sich ohnehin lohnt.
Es erklärt auch, warum die beiden Funktionen zusammengehören. Ihr öffentliches Backlog sammelt weiter Nutzermeldungen, während niemand an der Maschine sitzt, über Nacht, über ein Wochenende, über drei Wochen im August. Genau für solche Tickets ist ein Cloud-Lauf da: schon aufgeschrieben, schon von der Person beschrieben, die auf das Problem gestoßen ist, und wartend auf eine Entscheidung statt auf eine Tastatur.
Gezählt in Minuten Maschinenzeit, nicht in Tokens
Alles andere, was in AgentsRoom gemessen wird, verbraucht Tokens. Ein Cloud-Lauf mietet eine echte Maschine, die sekundengenau abgerechnet wird: Er zählt deshalb in Minuten Maschinenzeit, und dieser Unterschied bestimmt alle Regeln.
Enthaltene Minuten kommen mit den Tarifen Plus und Pro und setzen sich mit dem Kalendermonat zurück. Zusätzlich gekaufte Minuten verfallen nie, denn bezahltes Guthaben am Monatsende einzuziehen wäre nicht zu verteidigen. Jeder Lauf ist doppelt begrenzt, durch eine Höchstdauer und durch die Zahl gleichzeitiger Läufe, eine Aufgabe, die aus dem Ruder läuft, kann also keine unbegrenzte Maschinenzeit verbrauchen.
Der kostenlose Tarif enthält null Cloud-Minuten, und diese Null ist eine Regel, keine Obergrenze: Ein Lauf ist echte Hardware, für echtes Geld gemietet, und das kann ein Gratistarif nicht auffangen. Cloud Agents ist derzeit in der Beta und öffnet sich über das Beta-Programm zur Selbstbedienung.
Was es nicht kann, klar gesagt
Eine Funktionsseite, die nur Stärken aufzählt, ist eine Funktionsseite, der man nicht trauen kann.
- Claude und Codex sind vorerst die einzigen Agenten, die auf einer Cloud-Maschine laufen. Die übrigen Provider bleiben lokal.
- Ein Lauf hat eine Höchstdauer und stoppt, wenn sie erreicht ist. Er ist auf eine eng gefasste Aufgabe zugeschnitten, nicht auf einen Nachmittag offenen Erkundens.
- Der Agent kann mitten im Lauf keine Frage stellen: Ein mehrdeutiges Briefing kommt also als mehrdeutiger Branch zurück.
- Läufe werden von Ihnen oder von einem Zeitplan gestartet, am Desktop, am Handy oder aus einem Backlog-Ticket. Es gibt keinen Auslöser per Webhook, eine fehlgeschlagene Pipeline kann also noch keinen Lauf von selbst starten.
- Nichts wird für Sie gemergt. Ein Lauf antwortet mit einem Branch, und was danach kommt, sind Ihre Prüfung und Ihre Pipeline.
FAQ
Laufen meine Agenten weiterhin lokal?
Ja, und das bleibt die Voreinstellung. AgentsRoom führt Ihre Agenten über die CLI aus, die Sie ohnehin bezahlen, auf Ihrer eigenen Maschine, in Ihrem echten Working Tree. Cloud Agents ist eine ausdrückliche Wahl pro Lauf, Aufgabe für Aufgabe getroffen, kein Modus, in den das Produkt Sie schiebt.
Kann ich wirklich einen Coding-Agenten starten, während mein Rechner aus ist?
Ja. Die Mobile-App liest Ihre Projekte und Ihr Backlog über die AgentsRoom-API statt über Ihren Rechner, und ein Cloud-Lauf findet auf einer gemieteten Maschine statt: Auf Ihrer Seite muss nichts wach sein. Das ist der Unterschied zur Fernsteuerung eines lokalen Agenten, die sehr wohl verlangt, dass Ihr Rechner an ist.
Was kommt zurück, wenn ein Lauf endet?
Ein auf Ihr Repository gepushter Branch mit echten Commits, dazu ein schriftlicher Bericht: was geändert wurde, wie viele Dateien, und die Überlegung dahinter. Sie bekommen weder das Gedächtnis des Agenten noch eine Sitzung zum Fortsetzen, denn der Lauf und seine Maschine existieren nicht mehr.
Wie hängt das mit meiner CI/CD zusammen?
Über nichts Besonderes, und genau darum geht es. Ein Cloud-Lauf pusht einen gewöhnlichen Branch in Ihr gewöhnliches Repository: Was Ihre Pipeline bei einem Push schon immer tut, geschieht genau wie vorher. Build, Tests, Preview-Deployment, Mobile-Build, Continuous Delivery, nichts davon muss wissen, dass eine KI den Commit geschrieben hat.
Ist der Code sicher auf einer Maschine, die mir nicht gehört?
Die Maschine ist ein Wegwerfstück und einem einzigen Lauf gewidmet. Sie klont das Repository, erledigt die Arbeit, pusht den Branch und wird zerstört, samt Klon und allen angehängten Dateien. Git-Zugangsdaten liegen pro Hoster vor und werden dem Agenten nie im Klartext übergeben.
Was kostet ein Cloud-Lauf?
Er zählt in Minuten Maschinenzeit statt in Tokens, weil er echte Hardware mietet, die sekundengenau abgerechnet wird. Die Tarife Plus und Pro enthalten monatliche Minuten, weitere Minuten lassen sich kaufen und verfallen nie, und der kostenlose Tarif enthält keine. Die aktuellen Beträge stehen auf der Preisseite.
Was ist ein gutes Briefing für einen Cloud-Agenten?
Ein Ticket, das sich jemand die Mühe gemacht hat zu beschreiben. Der Agent arbeitet auf einem sauberen Klon und kann Sie nichts fragen: Er braucht die Abnahmekriterien, die betroffene Datei oder den betroffenen Bereich, und ein Merkmal dafür, dass es geklappt hat. Ein gut eingegrenztes Backlog-Ticket ist meist ein besseres Briefing als ein hastig aufs Handy getippter Satz.
Kann ich einen Cloud-Lauf in eine normale Sitzung zurückholen?
Ja, und das ist eine der drei Aktionen, die am Ende eines Laufs angeboten werden, neben dem Übernehmen des Branches und dem erneuten Start in der Cloud. Lokal weitermachen öffnet einen gewöhnlichen AgentsRoom-Agenten mit vorausgefülltem Kontext, damit die erkundende Folgearbeit dort stattfindet, wo Sie mit dem Agenten sprechen können.
Worin unterscheidet sich das von Warp Oz oder Devin?
Das Ausführungsmodell liegt nah beieinander, die Positionierung nicht. Cloud Agents ist ein Modus in einem Produkt, dessen Voreinstellung die lokale Ausführung auf dem CLI-Abo ist, das Sie schon haben, sodass ein Cloud-Lauf mitsamt Kontext an eine lokale Sitzung übergeben werden kann. Werkzeuge, die von Anfang an für die Cloud gebaut wurden, haben für diesen Rückweg kein Gegenstück.
Ist Cloud Agents für alle verfügbar?
Noch nicht. Die Funktion ist in der Beta und öffnet sich über das Beta-Programm zur Selbstbedienung, das ein aktives Pro-Abo verlangt, ein mindestens drei Monate altes Konto und eine Historie von Rückmeldungen, auf die das Team tatsächlich reagiert hat. Der Beta-Tab in den Einstellungen zeigt, welche Bedingungen Sie schon erfüllen.
Die Funktionen, die diesen Ablauf tragen
Öffentliches Backlog
Das öffentliche Board, auf dem Nutzer die Meldungen ablegen, aus denen Cloud-Läufe werden, jede mit ihrem eigenen Gesprächsfaden.
Mobile Companion
Die App für iOS und Android, mit der Sie das Backlog lesen und Arbeit vom Handy aus starten, ohne dass einer Ihrer Rechner wach sein muss.
Ticket-Scoping
Aus einer vagen Meldung ein Briefing machen, das für einen Agenten präzise genug ist, der Ihnen keine einzige Frage stellen kann.
Geplante Aufgaben
Wiederkehrende Agentenläufe nach Zeitplan auslösen, der andere Weg, Arbeit voranzubringen, wenn niemand an der Tastatur sitzt.
Remote-Flotte
Agenten auf allen Ihren Maschinen aus einem einzigen Fenster laufen lassen, wenn die gewünschte Maschine Ihnen gehört statt gemietet zu sein.
Fernsteuerung
Die Agenten, die auf Ihrem Rechner laufen, vom Handy aus steuern, für die Fälle, in denen Ihr Rechner an ist und Sie nicht davor sitzen.
Im Urlaub arbeiten mit KI-Agenten (ohne dass die Familie es merkt)
Drei Wochen zumachen oder am Strand der Einzige sein, der den Laptop aufklappt. KI-Agenten machen eine dritte Option möglich: das Setup, das Kundenprojekte mit zehn Minuten pro Tag am Laufen hält.
Coding-Agenten im Hintergrund: Schick deine KI in die Nachtschicht
Ein Coding-Agent braucht dich nicht als Zuschauer. So lässt du Agenten im Hintergrund laufen, während du an etwas anderem arbeitest, und lässt eine ganze Flotte über Nacht coden, während du schläfst.
Steuern Sie Ihre Coding Agents von Ihrem Telefon aus, während sie arbeiten
Ihre Agents programmieren 20 Minuten am Stück. Sie müssen nicht vor dem Bildschirm sitzen. So können Sie sie von Ihrem Telefon aus verfolgen und freischalten.
Hören Sie auf, der einzige Ausfallpunkt zu sein
Bauen Sie die Kette einmal auf: ein öffentliches Backlog, Tickets, mit denen sich ein Agent briefen lässt, und eine Pipeline, die auf einen Branch hin ausliefert. Danach kann ein Fix Ihre Hände verlassen, ohne dass Sie einen Laptop aufklappen.
Companion-App: Agenten auch unterwegs im Blick behalten
Nutzen Sie Claude, Codex, Antigravity CLI oder einen anderen KI-Anbieter.
Bugs und Wünsche direkt in dein öffentliches Backlog schicken.
Ein Blick auf AgentsRoom in Aktion.