Vier Dinge, die ein Agenten-Harness leisten muss

Wenn ein Agent an einer echten Aufgabe scheitert, liegt die Ursache oft außerhalb des Modells. Der Rechner lief nicht. Ein Werkzeug hat sich über Nacht geändert. Eine Datei ging an jemanden, der sie nie hätte sehen sollen.

Alles rund um das Modell nennen wir den Harness: den Rechner, auf dem der Agent läuft, die dort installierten Werkzeuge, die Dateien und Konten, die er erreicht, was er tun darf und wohin seine Ergebnisse gehen. Wenn Agenten einen Teil Ihres Geschäfts übernehmen sollen, zählt der Harness genauso viel wie das Modell, das Sie auswählen.

Die vier Bedingungen im Überblick

1. An, wenn nötig, aus, wenn nicht. Sie zahlen für die Stunden, in denen der Agent arbeitet.
2. Jedes Mal dieselbe Umgebung. Der Lauf am Montag und der Lauf am Dienstag starten am selben Punkt.
3. Ergebnisse nach Berechtigung teilen. Dateien und kleine Apps erreichen die richtigen Personen, und nur diese.
4. Produkte laufen isoliert. Alles, was Kunden bedient, bekommt eine eigene Umgebung.

Der Rest dieses Beitrags geht sie einzeln durch und macht am Ende eine Checkliste daraus.

1. An, wenn nötig, aus, wenn nicht

Agentenarbeit kommt in Schüben. Um neun eine Umsatzübersicht, nach dem Mittagessen ein Berichtsentwurf, am Abend ein Testlauf. Dazwischen wartet der Agent.

Läuft sein Rechner den ganzen Tag, zahlen Sie 24 Stunden, um etwa drei Stunden Arbeit zu bekommen. Das Beispiel unten zeigt einen solchen Tag.

Starten und Stoppen ist die leichte Hälfte. Schwieriger ist die Frage, was einen Stopp übersteht. Vergisst der Rechner jedes Mal seine Dateien, richtet sich der Agent bei jeder Aufgabe neu ein: Er klont das Repository noch einmal, installiert die Pakete noch einmal, meldet sich noch einmal an. Genau dort sammeln sich verlorene Zeit und Fehler.

Prüfen Sie deshalb drei Dinge:

• Startet der Rechner von selbst, wenn eine Aufgabe kommt?
• Stoppt er von selbst, wenn eine Weile nichts passiert?
• Sind die Dateien noch da, wenn er wieder startet?

2. Jedes Mal dieselbe Umgebung

Ein Agent, der am Montag funktioniert und am Dienstag scheitert, obwohl Sie nichts geändert haben, hat meist einen anderen Rechner vorgefunden. Ein Paket wurde aktualisiert. Ein Werkzeug liegt an einem anderen Ort. Eine Berechtigung hat sich geändert. Ein Mensch bemerkt so etwas und stellt sich darauf ein. Ein Agent erkennt meist nicht, was sich geändert hat, also rät er.

Die Abhilfe: Schreiben Sie die Umgebung auf. Systemabbild, Werkzeugversionen, Rechnergröße, welche Dateien erhalten bleiben, was der Agent anfassen darf, welche Konten verbunden sind. Jeder Lauf startet von dieser Beschreibung. Wenn Sie etwas daran ändern, tun Sie es bewusst und vergeben eine neue Version.

Auch Konten und Schlüssel gehören in den Harness, gespeichert außerhalb des Prompts. Ein Schlüssel, den Sie in einen Prompt einfügen, reist bei jedem Modellaufruf mit und landet in Logs.

3. Ergebnisse nach Berechtigung teilen

Agenten erstellen Dinge für Menschen: einen PDF-Bericht, eine Tabelle, eine Anmeldeseite. Diese Dinge müssen den Rechner des Agenten verlassen und bei jemandem ankommen. Allerdings nicht bei allen. Ein Wochenbericht geht ans Team. Ein Entwurf bleibt bei Ihnen, bis Sie ihn gelesen haben.

Ein Harness, der gut mit Ergebnissen umgeht, tut drei Dinge:

• Jedes Ergebnis ist zu Beginn privat.
• Teilen ist ein bewusster Schritt, und es gibt Stufen: ausgewählte Personen, alle mit dem Link oder öffentlich.
• Zu jedem Ergebnis ist vermerkt, welcher Agent es erstellt hat. So wissen Sie, wen Sie fragen können, wenn etwas seltsam aussieht.

4. Produkte laufen isoliert

Manche Arbeit lebt länger als das Gespräch, in dem sie begonnen hat. Ein Terminbot für eine Praxis. Ein Preis-Tracker, der Läden jeden Morgen Hinweise schickt. Kunden verlassen sich jeden Tag darauf, und damit sind es Produkte.

Ein Produkt sollte in einer eigenen Umgebung laufen: eigener Rechner, eigene Daten, eigene Schlüssel und eigene Netzregeln, alles festgelegt durch seinen eigenen Harness. Dann bleibt ein Fehler oder ein geleakter Schlüssel in einem Produkt auch in diesem Produkt, und Sie können ein Produkt aktualisieren, ohne die anderen anzufassen.

Was sollten Sie also tun?

Nehmen Sie einen Agenten, den Sie bereits betreiben, und gehen Sie diese Tabelle durch.

Frage	Wenn die Antwort „Nein“ lautet
Stoppt sein Rechner, wenn es nichts zu tun gibt?	Sie zahlen für Leerlaufstunden.
Startet er mit denselben Dateien und Werkzeugen wie beim letzten Mal?	Rechnen Sie mit Fehlern nach dem Muster „Gestern lief es noch“.
Ist die Umgebung aufgeschrieben, mit einer Version?	Wenn ein Lauf scheitert, können Sie nicht erkennen, was sich geändert hat.
Liegen die Schlüssel außerhalb des Prompts?	Sie landen in Logs und Modellaufrufen.
Bleiben Ergebnisse privat, bis jemand sie teilt?	Entwürfe erreichen Menschen, bevor Sie sie geprüft haben.
Läuft jedes Produkt in einer eigenen Umgebung?	Ein Fehler in einem Produkt kann die Daten eines anderen erreichen.

Beginnen Sie mit den ersten beiden Zeilen. Sie lassen sich günstig beheben, und damit verschwindet eine ganze Klasse von Fehlern, die zufällig wirken.

Wo endue ins Spiel kommt

endue OS ist unsere Antwort auf diese vier Bedingungen. Es befindet sich in der Preview. Das können Sie heute schon in endue nutzen:

• Jeder Agent bekommt seinen eigenen Workspace, einen Linux- oder Chrome-Rechner. Er startet, wenn der Agent ihn braucht, und stoppt standardmäßig nach 15 Minuten ohne Nutzung. In der Konsole von endue OS können Sie dafür einen Wert zwischen einer Minute und 24 Stunden einstellen. Die Dateien bleiben liegen, und die nächste Aufgabe macht dort weiter, wo die letzte aufgehört hat. Sie zahlen in endue Credits für die Laufzeit und für den Speicherplatz, der seine Dateien aufbewahrt.
• Workspaces starten jedes Mal vom selben Image, in einer Größe Ihrer Wahl, etwa 1 CPU mit 1 GB Arbeitsspeicher oder 2 CPUs mit 4 GB.
• Ergebnisse sind standardmäßig privat. Sie teilen eines über einen Link, der nur Lesezugriff gibt.

Was wir als Nächstes in endue OS bauen, geht einen Schritt weiter. Es wird den Cloud-Anbieter und den Rechner auswählen, die zu den Anforderungen eines Agenten passen, entweder den günstigsten oder den schnellsten. Es wird Produkte in vollständig isolierten Umgebungen unter ihrem eigenen Harness betreiben. Und alle Ihre Daten bleiben Ihre Daten, die Sie jederzeit an einen anderen Ort mitnehmen können. Alle drei Funktionen sind noch nicht verfügbar. Sobald eine davon erscheint, schreiben wir darüber.

Die Anleitung zum Workspace finden Sie in der Dokumentation, das Teilen ist unter Outputs beschrieben. Ein guter erster Schritt: ein Agent, ein Workspace und eine Aufgabe, die Sie jede Woche wiederholen. Öffnen Sie dann Devices und sehen Sie zu, wie sein Rechner stoppt und wieder aufwacht.