Freiberufler entwickelt OpenClaw-Agent für visuelle App-Tests und gewinnt 11 Kunden

Wie es begann: Ein vermeidbarer Fehler wird identifiziert
Ein freiberuflicher Frontend-Entwickler arbeitete an einer Heimdienst-Marktplatz-App mit etwa 890.000 Downloads. Während er den Such- und Filterablauf neu aufbaute, bemerkte er wiederkehrende Support-Tickets über das Bewertungssystem, das Bewertungen dem falschen Dienstleister zuordnete. Der Fehler trat auf, weil die Übermittlung von Bewertungen Bewertungen nach dem letzten Buchungszeitstempel statt nach der Buchungs-ID verknüpfte, die der Benutzer tatsächlich auf dem Bewertungsbildschirm ausgewählt hatte. Dies führte zu einer Race-Condition, wenn sich die Reihenfolge der Buchungsliste zwischen dem Antippen von "Bewertung abgeben" und dem Laden des Bewertungsbildschirms änderte.
Der leitende Ingenieur wusste seit zwei Monaten von dem Problem, aber sein Testprozess bestand darin, die App auf seinem Telefon zu öffnen, durch die Hauptbildschirme zu tippen und zu veröffentlichen, wenn nichts kaputt aussah. Er testete den Bewertungsablauf nie mit mehreren Buchungen, weil er immer nur ein Testkonto mit einer Buchung gleichzeitig hatte. Der Fehler trat nur auf, wenn echte Benutzer überlappende Buchungen in derselben Woche hatten, was bei den meisten aktiven Benutzern der Fall war.
Die Lösung: Aufbau eines visuellen Testagenten
Nachdem der Entwickler OpenClaw drei Monate lang in seinem eigenen Workflow verwendet hatte, baute er einen Agenten, der:
- Testschritte in einfachen Aussagen verarbeitet
- Eine Verbindung zu einem Cloud-Emulator herstellt
- Die App visuell durchläuft
- Jeden Schritt auf dem Weg erfasst
- Genau zeigt, wo etwas schiefgeht und wie der Bildschirm aussah
Nach zwei Wochen Übung mit kleinen Apps von Freunden, um das Schreiben von Schritten zu perfektionieren, bot er dem Heimdienst-Kunden 5 kostenlose Testläufe an. Der Bewertungsablauf scheiterte beim zweiten Lauf und deckte genau den Fehler mit Screenshots auf, die zeigten, wo es schiefging.
Geschäftsmodell und Kundenakquise
Der Dienst kostet 180 US-Dollar/Monat für 26 Abläufe, die Kernbenutzerreisen abdecken. Der Entwickler führt den Agenten aus, pflegt den Kontext, fügt Abläufe hinzu, wenn Features veröffentlicht werden, und markiert alles, was kaputtgeht, was etwa 2,5 Stunden pro Monat pro Kunde in Anspruch nimmt.
Erste Kunden kamen über berufliche Kontakte:
- Eine Flottenverfolgungs-App (1,4 Millionen Downloads) mit Problemen bei der Routenprotokollierung, bei denen verfolgte Pfade Lücken aufwiesen, wenn die App während langer Fahrten in den Vordergrundzustand wechselte. 320 US-Dollar/Monat.
- Eine Schulkommunikations-App (1,3 Millionen Downloads) mit Benachrichtigungsrouting, das Klassenankündigungen an falsche Elterngruppen sendete, wenn Lehrer mehreren Abschnitten zugewiesen waren. 200 US-Dollar/Monat.
Weitere Kunden waren eine Lebensmittelliefer-App (220 US-Dollar/Monat), eine Inventarsynchronisations-App (130 US-Dollar/Monat) und eine Salonbuchungs-App (140 US-Dollar/Monat). Mundpropaganda von bestehenden Kunden trieb das weitere Wachstum über Gründer-Gruppenchats, Meetups und Entwicklergemeinschaften an.
Ein Lead funktionierte nicht: Ein Gründer, der eine KI-Rezept-App baute, sah den Testlauf, plante aber eine größere Überarbeitung und entschied, dass das Testen der aktuellen Version keinen Sinn ergab.
Aktuelle Kennzahlen
11 Kunden insgesamt: 9 aktiv, 2 im Onboarding. Gesamte wiederkehrende Einnahmen, wenn alle live sind: 3.840 US-Dollar/Monat. Der Entwickler verbringt etwa 22 Stunden pro Monat für alle Kunden, durchschnittlich 2-3 Stunden Wartung pro Kunde. Das entspricht ungefähr 170 US-Dollar/Stunde für Arbeit, die hauptsächlich aus dem Überprüfen von Berichten und dem Schreiben neuer Abläufe bei Feature-Veröffentlichungen besteht.
Einmalige Gebühren summierten sich auf insgesamt 1.600 US-Dollar, einschließlich 500 US-Dollar für vollständige Ablaufdokumentation bei der Flotten-App und 450 US-Dollar für die Schul-App, die separate Abläufe für 6 verschiedene Benutzerrollen benötigte.
📖 Read the full source: r/openclaw
👀 Siehe auch

Aufbau eines persistenten Speichers für Claude mit vier Markdown-Dateien
Ein Entwickler baute ein System, um Claudes sitzungsbasierte Kontextbeschränkung zu überwinden, indem er vier Markdown-Dateien über den Projektkontext lädt: Protokoll, CONVERGEHERE, Tägliche Erfassung und Kontinuität. Das System erhält den Kontext über Sitzungen hinweg, indem Claude beim Start alle Dateien liest und Kontinuität und CONVERGEHERE am Ende der Sitzung aktualisiert.

OpenClaw auf 2 modifizierten 2080 Ti lokal mit vLLM hosten: Praxiserfahrung
Ein Benutzer teilt seine Erfahrung mit dem Impulskauf von zwei modifizierten 22GB 2080 Tis von Alibaba mit NVLink, um ein 20-30B Modell für OpenClaw über vLLM zu hosten, und sucht nach Ratschlägen für geeignete Modelle für Codierung, Homelab und RAG.

Die Verwendung eines kleineren Modells als Laufzeit-Hygieneschicht verbessert die Zuverlässigkeit des OpenClaw-Agenten.
Ein Entwickler stellte fest, dass das Hinzufügen eines zweiten, kleineren Modells als Laufzeit-Hygieneschicht für einen Qwen 3.5 27B-Agenten in OpenClaw die Zuverlässigkeit deutlich verbesserte – von notwendigen Sitzungsneustarts alle 20-30 Minuten hin zu dauerhaftem Einzelsitzungsbetrieb.

Postmortem: Governance-System für KI-Codierungsprojekte mit Claude
Ein Entwickler teilte eine Nachbetrachtung eines 2-wöchigen Claude-Code-Projekts, das 23.000 Codezeilen und 2.629 Tests für etwa 100 US-Dollar produzierte, und betonte, dass das Governance-System wichtiger war als die Prompts. Das Framework ist Open Source.