Hermes und Cua Spaces: Welchen Computer benutzt Ihr Agent tatsächlich?

Ein Agent meldet, er habe den Browser geöffnet. Welchen Browser? Wenn sein Terminal in einer virtuellen Maschine läuft, seine Desktopwerkzeuge aber noch Ihren eigenen Computer bedienen, ist diese Frage vor dem ersten echten Auftrag entscheidend.

Das Cua-Spaces-Plugin für Hermes wurde am 20. Oktober 2026 in den offiziellen Katalog aufgenommen und am 21. Oktober aktualisiert. Es verbindet Terminal-, Datei- und Codeoperationen mit einem separaten Computer, dessen Arbeit Menschen beobachten können. Hermes ist ein Agentenprojekt von Nous Research; Cua liefert die Computerumgebung und die Verbindungswerkzeuge. Zusammen machen sie die Arbeitsumgebung eines Agenten konkret sichtbar.

Das entscheidende Detail ist die Plattformgrenze. Desktop- und Browseroperationen können dem Terminal in unterstützte Linux-Spaces mit der erforderlichen Software folgen. Laut Plugin-Dokumentation verbleiben diese Werkzeuge bei macOS- und Windows-Spaces auf dem Host. Dieser Leitfaden erklärt den Unterschied, einen begrenzten Einrichtungsablauf und den Nutzen eines gemeinsamen Computers bei der Prüfung von Agentenarbeit.

Titelbild: eine eigene redaktionelle Grafik eines Agenten und seines Arbeitscomputers. Sie steht weder für eine abgeschlossene Installation noch für einen Benchmark.

Ein separater Arbeitscomputer erleichtert die Prüfung

Stellen Sie sich den Space als Werkbank des Agenten vor. Nutzer wählen Werkzeuge, Dateien und Konten dafür aus. Eine andere Person kann während der Arbeit dieselbe Oberfläche betrachten. Das Ergebnis hängt dadurch weniger von einem privaten Terminalprotokoll ab, das nur der Bediener kennt.

Ein Beispiel wäre die Prüfung eines kleinen internen Werkzeugs. Der Agent installiert Abhängigkeiten, startet eine Testanwendung und betrachtet Beispieldatensätze. Ein Teammitglied sieht zu, weist auf einen fehlenden Zustand hin und der Agent arbeitet weiter. Der gemeinsame Computer schafft einen gemeinsamen Gesprächsgegenstand: dieselbe Umgebung und dasselbe Ergebnis.

Sichtbarkeit entscheidet nicht über Korrektheit. Die prüfende Person braucht weiterhin ein erwartetes Ergebnis, und der Agent kann weiterhin einer falschen Anweisung folgen. Die Werkbank erleichtert die Beobachtung, ersetzt aber keine Aufgabendefinition.

Das Plugin trennt außerdem den Agentenprozess von einem Teil seiner Arbeit. Hermes kann an seinem bisherigen Ort bleiben, während Terminal- und Dateioperationen im Space stattfinden. Das hilft, wenn eine reproduzierbare Arbeitsmaschine gewünscht ist, ohne gleich den gesamten vorhandenen Agentenaufbau zu verschieben.

Der Screenshot aus Cuas Dokumentation zeigt einen Linux-Desktop im Spaces-Viewer. Er illustriert den sichtbaren Arbeitscomputer, keine für diesen Beitrag ausgeführte Hermes-Aufgabe. Quelle: Cua AI, Inc., versionierte Dokumentationsgrafik, verwendet unter der MIT-Lizenz.

Terminalgrenze und Desktopgrenze sind verschieden

Die offizielle Plugin-Dokumentation nennt Terminal-, Datei- und Codeunterstützung für Linux-, macOS- und Windows-Spaces. Die genauere Desktoptabelle beschränkt Bot Desktop, computer_use und Browserrouting dagegen auf unterstützte Linux-Spaces. Diese Einschränkung ist wichtiger als die allgemeine Aussage, ein Agent arbeite „in einer Sandbox“.

Für den Linux-Desktopweg verlangt die Dokumentation eine Hermes-Version mit der einschlägigen Änderung nach 0.22.2, Cua CLI 0.7.0 oder neuer und eine Desktopumgebung im Space. Sie beschreibt auch Konfigurationen, bei denen Desktopwerkzeuge auf dem Host bleiben. Prüfen Sie den vollständigen Aufbau, bevor Sie eine gemeinsame Grenze aller Werkzeuge annehmen.

Funktionsvergleich: offizielle Hermes-Plugin-Dokumentation, geprüft am 27. Oktober 2026. Beschrieben wird dieser Integrationsweg, nicht jede mögliche Cua-Bereitstellung.

Bei einer ansonsten erfolgreichen Einrichtung ist das leicht zu übersehen. Ein Befehl kann den Hostnamen des Space ausgeben, während eine spätere grafische Aktion einen anderen Rechner erreicht. Ein geprüfter Terminalzugriff belegt das Terminalziel, nicht den Ort des nächsten Werkzeugeinsatzes.

Nutzen Sie für jede erlaubte Werkzeugfamilie eine harmlose, erkennbare Prüfung. Vor einer Browseraufgabe mit echtem Konto sollte der sichtbare Zielbrowser geprüft werden. Für Dateioperationen eignet sich eine Beispieldatei mit eindeutiger Position. Einige kleine Prüfungen erklären eine gemischte Umgebung besser als eine große, auf halbem Weg gescheiterte Aufgabe.

Eigene Integrationsgrafik anhand der dokumentierten Werkzeuggrenzen. Sie unterscheidet Agentenprozess, Terminalbackend und bedingten Desktopweg.

Temporäre und dauerhafte Spaces erzeugen unterschiedliche Pflichten

Das Plugin kann für einen Lauf einen Space erstellen oder sich mit einem vom Nutzer benannten Space verbinden. Das ist mehr als eine Komfortoption: Es verändert, welche Dateien bleiben, wer aufräumt und welches Bestätigungsverhalten für Befehle dokumentiert ist.

Vom Plugin erstellte Spaces werden standardmäßig beim Beenden von Hermes gelöscht. Für sie überspringt das Plugin Hermes-Abfragen zu riskanten Befehlen, weil es den Space als Sandbox behandelt. Bei einem vorhandenen benannten Space bleiben diese Abfragen laut Dokumentation bestehen; das Plugin stoppt oder löscht ihn nicht.

Damit ergibt sich eine klare Wahl. Eine temporäre Umgebung passt zu einem wegwerfbaren Test mit synthetischen Daten, dessen Ergebnis vor dem Ende exportiert wird. Eine dauerhafte Umgebung passt zu längeren Aufgaben, deren Zustand Sitzungen überdauern muss, sofern jemand für Bereinigung und laufende Ressourcen verantwortlich ist.

Eine dauerhafte Werkbank kann vergessenen Kontext ansammeln. Browsersitzungen, erzeugte Dateien und alte Abhängigkeiten beeinflussen spätere Aufgaben, obwohl sie in der neuen Anfrage nicht erwähnt werden. Wenn Reproduzierbarkeit zählt, dokumentieren Sie den Inhalt und entscheiden Sie zwischen sauberem Ausgangsimage und bewusst gepflegtem Zustand.

Das ist eine Betriebsentscheidung, keine automatische Sicherheitsgarantie. Auch ein temporärer Rechner kann mit bereitgestellten Zugangsdaten externe Dienste erreichen. Auch ein benannter Rechner kann vertrauliche Dateien enthalten. Wählen Sie Umgebung und Berechtigungen gemeinsam für die konkrete Aufgabe.

Vor der Einladung des Teams steht eine Linux-Testaufgabe

Das folgende Verfahren folgt dem dokumentierten Integrationsweg und ergänzt vorgeschlagene Prüfungen. Für diesen Beitrag wurde es nicht ausgeführt. Beginnen Sie mit einer wegwerfbaren Testumgebung und Beispieldateien statt echter Geschäftsdaten.

1. Kompatible Installationen vorbereiten. Folgen Sie den offiziellen Installationsanleitungen für Cua und Hermes und prüfen Sie die aktuellen Plugin-Voraussetzungen. Für Linux-Desktoprouting sind eine unterstützte Hermes-Revision und Cua CLI ab 0.7.0 nötig.

2. Das Plugin installieren und aktivieren. Der dokumentierte Befehl installiert die Integration. Lesen Sie die angeforderten Python-Abhängigkeiten und Aktivierungsabfragen vor dem Fortfahren.

   ShellIn Terminal ausführen

   hermes plugins install https://github.com/trycua/hermes-cua-spaces
   

3. Das Terminalbackend auswählen. Richten Sie Hermes auf Cua aus und entscheiden Sie zwischen einem neu erstellten temporären und einem benannten Space.

   ShellIn Terminal ausführen

   hermes config set terminal.backend cua
   

4. Bei Bedarf den Linux-Desktopweg vorbereiten. Das Plugin kann seine dokumentierten Desktopabhängigkeiten im Space installieren. Dafür gelten die Berechtigungs- und Netzwerkanforderungen der offiziellen Anleitung.

   ShellIn Terminal ausführen

   hermes config set plugins.entries.cua-spaces.settings.desktop true
   

5. Vor der Arbeit das Ziel prüfen. Fragen Sie Hostname und Betriebssystem ab und betrachten Sie den Space im Viewer. Prüfen Sie Desktop und Browser gesondert, wenn die Aufgabe sie verwendet.

6. Eine kleine, umkehrbare Aufgabe ausführen. Lassen Sie etwa eine Textdatei erzeugen, zurücklesen und eine lokale Testseite öffnen. Definieren Sie das Soll vorher und prüfen Sie das tatsächliche Artefakt.

7. Das Sitzungsende testen. Exportieren Sie alles, was bleiben soll, und bestätigen Sie den gewählten Lebenszyklus. Eine Aufgabe ist nicht vollständig erfolgreich, wenn ihre einzige Ausgabe mit dem temporären Space verschwindet.

Halten Sie den ersten Auftrag so kurz, dass ein Prüfer die ganze Folge verfolgen kann. Das erste brauchbare Resultat ist keine aufwendige Demo, sondern Klarheit darüber, welcher Rechner welche Aktion erhielt und wo die Dateien liegen. Danach kann das Team einen realistischeren Ablauf hinzufügen.

Ein gemeinsamer Computer hilft bei Tests, Übergaben und Vorführungen

Drei Beispiele zeigen mögliche Vorteile. Es sind vorgeschlagene Abläufe, keine gemessenen Ergebnisse oder Kundeneinsätze. Jeder braucht ein explizites Resultat und eine Person, die es beurteilen kann.

Ein Smoke-Test für ein internes Werkzeug kann einen Linux-Space mit Beispielanwendung und synthetischen Datensätzen nutzen. Der Agent durchläuft einen festgelegten Pfad, während ein Teammitglied zusieht. Aussagekräftig sind sichtbares Anwendungsverhalten und gespeicherte Testausgaben, nicht die Fertigmeldung des Agenten.

Eine Entwicklungsübergabe kann die Arbeitsumgebung bewahren, während jemand eine Fehlerreproduktion prüft. Die Person sieht dieselben Dateien und Zustände, kann eine engere Reproduktion anfordern und weiterarbeiten. Persistenz hilft nur, wenn klar ist, welcher Zustand beabsichtigt ist und welcher zurückgesetzt werden soll.

Eine Browserablauf-Vorführung kann einen vorgeschlagenen Prozess mit einem Testkonto zeigen. Bei einem mehrdeutigen Bildschirm greift ein Kollege ein und erklärt die gewünschte Wahl. Vor echten Konten sollten Werkzeuggrenzen und erlaubte Handlungen geklärt sein.

In allen drei Fällen brauchen Beobachtung und Steuerung klare Zuständigkeiten. Wenn zwei Personen gleichzeitig denselben Bildschirm verändern, wird das Ergebnis schwer erklärbar. Eine einfache Übergaberegel genügt: Aufgabe pausieren, Prüfer entscheiden lassen, nächsten Schritt wiederholen und dann fortfahren.

Computer, Verbindung und Modell separat kalkulieren

Laut Cuas Preisseite, geprüft am 27. Oktober 2026, bringen Nutzer eigene Computer oder Cloudmaschinen mit. Der Dienst bietet App, Freigaben und Relay-Funktionen; Hardware- oder Cloudkosten kommen hinzu. Modellnutzung ist ein weiterer Teil des Agentenablaufs und benötigt eine eigene Kalkulation.

Der veröffentlichte Free-Umfang beträgt zwei Live-Sitzungen und 20 Fernzugriffsstunden pro Monat. Pro kostet 18 US-Dollar monatlich oder 180 US-Dollar bei jährlicher Abrechnung. Teams kostet 30 US-Dollar pro Sitz und Monat oder 300 US-Dollar pro Sitz jährlich. Die Jahrespreise entsprechen 15 beziehungsweise 25 US-Dollar monatlich.

Diese Zahlen beschreiben die veröffentlichten Tarife zum Prüfdatum. Sie beziffern keine abgeschlossene Agentenaufgabe. Hinzu kommen Maschinenlaufzeit, Modellverbrauch durch Wiederholungen und der notwendige Prüfaufwand.

Die Preisseite kennzeichnet einige Funktionen als künftig, darunter ablaufende Freigabelinks, Auditverlauf, SSO und Auditexport. Nehmen Sie diese Kennzeichnungen wörtlich. Eine für später angekündigte Funktion darf nicht zur Voraussetzung einer heutigen Einführung werden.

Schätzen Sie beispielhaft einen Monat des tatsächlichen Ablaufs statt nur Abopreise zu vergleichen. Notieren Sie Sitzungen, Fernzugriffszeit, Maschinenlaufzeit und Prüfzeit. Dabei kann sich zeigen, dass ein dauerhafter Rechner bequem ist, zwischen kurzen Aufgaben aber unnötig weiterläuft.

Eigener Betriebsprüfleitfaden. Die vier Punkte sind vorgeschlagene Abnahmekriterien, keine Plugin-Zertifizierung oder gemessene Sicherheitsbewertung.

Entscheidend ist, ob eine andere Person das Ergebnis versteht

Die aufschlussreichste Evaluation ist oft eine Übergabe. Bitten Sie jemanden, der den ursprünglichen Prompt nicht geschrieben hat, die Umgebung zu prüfen und Änderungen zu erklären. Muss der Bediener jeden Schritt aus dem Gedächtnis rekonstruieren, bleibt die Beobachtbarkeit unzureichend.

Ein kleiner Pilot kann vier konkrete Ergebnisse prüfen: Der beabsichtigte Rechner erhielt die Arbeit, das Resultat entspricht der Aufgabe, die Ausgabe ist außerhalb wegwerfbarer Umgebungen verfügbar, und der verbleibende Zustand ist verstanden. Das sind Vorschläge, die hilfreicher sind als der pauschale Eindruck eines produktiv wirkenden Agenten.

Bewahren Sie Misserfolge ebenso sorgfältig wie Erfolge. Ein falscher Browser zeigt ein anderes Problem als der richtige Browser mit dem falschen Datensatz. Ersteres betrifft Routing und Einrichtung, Letzteres Aufgabenverständnis oder Prüfung.

Der offizielle Cua-Leitfaden für Hermes dokumentiert außerdem Integrationen über Driver und MCP. Das sind eigene Wege mit eigenem Verhalten. Wählen Sie bewusst einen aus und beschreiben Sie ihn in den Teamnotizen, statt Anleitungen verschiedener Ansätze zu einer unerklärten Konfiguration zu vermischen.

Eine nützliche Grenze kann das Team benennen

Ein Agentencomputer wird praktisch nützlich, wenn Menschen das Ziel identifizieren, Arbeit prüfen und Ergebnisse sichern können. Hermes mit Cua Spaces bietet dafür eine konkrete Integration. Plattform- und Lebenszyklusdetails verdienen Aufmerksamkeit vor echten Aufgaben.

Die Leitfrage im Versuch lautet: Kann ein Teammitglied auf den verwendeten Computer zeigen und erklären, was der Agent dort tun darf? Eine klare Antwort macht einen sichtbaren Desktop zur brauchbaren Arbeitsumgebung. Sie erleichtert auch die nächste Fehlerdiagnose und schafft Vertrauen in die nächste Übergabe.

Quellen

• Hermes-Plugin-Katalog: Cua Spaces — aufgenommen am 20., aktualisiert am 21. Oktober 2026; Plattformrouting, Konfiguration und Lebenszyklus.
• Cua: Hermes-Integrationsleitfaden — geprüft am 27. Oktober 2026; alternative Driver- und MCP-Wege.
• Cua-Spaces-Preise — geprüft am 27. Oktober 2026; Tarife, Kontingente, eigene Computer und Kennzeichnung künftiger Funktionen.
• Offizieller Spaces-Viewer-Screenshot und zugehörige versionierte MIT-Lizenz — Dokumentationsmaterial von Cua AI, Inc.

Quellenstand: 27. Oktober 2026. Die Befehle sind dokumentierte Beispiele, die Abläufe illustrative Vorschläge. Für diesen Beitrag wurden weder Installation noch Isolationsaudit oder Aufgabenkostenbenchmark durchgeführt.

Eine Empfehlung von Telli.sh

Sie suchen einen durchsuchbaren Ort für Einrichtungsnotizen, Testaufnahmen und Entscheidungen zu einem Agentenablauf? Bündeln Sie Ihre Referenzunterlagen in Telli.sh und halten Sie Übergaben nachvollziehbar.