Entwickler verbrennt Opus-Token im Wert von 2.500 US-Dollar auf OpenClaw: Reale Workflows vs. Tools

Ein Software-Shop-Besitzer auf r/openclaw berichtete von seinen Erfahrungen, als er mit OpenClaw 2.500 US-Dollar für Opus-Tokens ausgab. Es ist ein ehrlicher Einblick, wie erfahrene Entwickler das Tool eher für Ad-hoc-Automatisierung als für vordefinierte Workflows nutzen.

Was sie tatsächlich gemacht haben

• Eigene Programme aktualisiert und Fehler behoben – der Hauptanwendungsfall.
• OpenClaw Vision beigebracht, um Schaltflächen zu klicken und die Bildschirmausgabe auf Korrektheit zu prüfen.
• Einen Server verwaltet, auf dem mehrere kundenzentrierte Full-Stack-Anwendungen liefen.
• Als Assistent genutzt, um Website-Formulare auszufüllen.

Was „Workflow“ für sie bedeutet

Der Autor gibt zu, dass er nicht wirklich in Workflows denkt. Wenn er einen Prozess hat, bittet er OpenClaw einfach, Software dafür zu bauen. Sein nächstes Beispiel für einen Workflow ist die Bezahlung von Auftragnehmerrechnungen – eine manuelle, nicht programmatische Sequenz, die in einer separaten Gedächtnisdatei gespeichert ist:

1. Öffne die Rechnungsverfolgungsdatei
2. Gehe zum aktuellen Abrechnungszeitraum
3. Ordne zu, wer eine Rechnung mit Namen eingereicht hat
4. Öffne die Rechnungsdatei jeder Person
5. Gehe in jeder Rechnungsdatei zur aktuellen Woche

Er stellt fest, dass nichts davon programmatisch ist, und fragt die Community: „Ist das ein Workflow?“

Das große Ganze

Dieser Beitrag verdeutlicht eine verbreitete Kluft in der Nutzung von KI-Codierungsagenten durch Entwickler: Manche erstellen komplexe mehrstufige Automatisierungen (Workflows), während andere selbst bei wiederkehrenden Aufgaben auf Ad-hoc, gesprächsähnliche Interaktionen setzen. Die Ausgabe von 2.500 US-Dollar für Opus deutet auf eine intensive Nutzung hin, aber ohne formale Workflow-Strukturen – was unterstreicht, dass der reine Token-Verbrauch nicht immer mit systematischer Automatisierung korreliert.