DroidClaw vs. FoneClaw: Android-Agent, APK, Dashboard und Workflows vergleichen
DroidClaw und FoneClaw fair vergleichen: APK, Dashboard, CLI, Modellkosten, Datenfluss, Android-Aufgaben, Freigaben und Wartungsaufwand richtig einordnen.
- DroidClaw passt, wenn Sie ein offen lizenziertes, konfigurierbares Android-Agent-Projekt betreiben und Workflows, Modellroute, ADB-Setup oder Dashboard bewusst selbst verantworten möchten.
- DroidClaw hat APK, Dashboard und dokumentierte CLI; die CLI-Dokumentation beschreibt Bun, ADB, USB-Debugging und einen Modellanbieter oder lokales Ollama.
- FoneClaw passt, wenn Sie unterstützte Android-Aufgaben in einer fertigen App nutzen möchten: App öffnen, Kalenderereignisse anlegen, Information-Inbox-Antworten vorbereiten und In-App-Navigation kontrolliert ausführen.
- Der sinnvolle Vergleich ist kein Tool-Zählwettbewerb. Prüfen Sie eine kleine reversible Aufgabe, Modellkosten, Datenfluss, Freigaben und das sichtbare Ergebnis auf Ihrem eigenen Gerät.
Nach Wartungsaufwand entscheiden
Bei DroidClaw vs. FoneClaw geht es nicht um einen pauschalen Sieger. Die bessere Frage lautet: Möchten Sie ein offenes Android-Agent-Projekt selbst betreiben und anpassen, oder möchten Sie unterstützte Android-Aufgaben in einer fertigen App mit klaren Berechtigungen und sichtbaren Ergebnissen ausführen?
| Wenn Sie... | Naheliegender Weg | Warum |
|---|---|---|
| Quellcode, eigene Workflows, ADB-Setup und Modellroute selbst pflegen möchten | DroidClaw | Das Projekt ist offen, MIT-lizenziert und dokumentiert APK, Dashboard sowie CLI-Wege |
| Alltagsaufgaben auf Android mit App-Oberfläche, unterstützten Werkzeugen und Ergebnisprüfung brauchen | FoneClaw | FoneClaw bietet unterstützte Android-Aufgaben mit kostenlosem Standardmodell oder kompatibel konfiguriertem Modell |
| Andere Open-Source-Frameworks vergleichen möchten | Weiter vergleichen | Beste Open-Source-Frameworks für Handy-Agenten: Open-AutoGLM, Mobilerun und mobile-use ordnet zusätzliche Projekte ein |
DroidClaw meint hier das Projekt unitedbyai/droidclaw auf GitHub, nicht ähnlich benannte Tools. FoneClaw ist unser Android Phone Agent für unterstützte Telefonaufgaben. Beide Wege können sinnvoll sein; die Entscheidung hängt davon ab, welche Arbeit Sie dauerhaft übernehmen möchten.
APK, Dashboard und CLI getrennt prüfen
DroidClaw hat drei dokumentierte Einstiege: Android APK, Dashboard und CLI. Das Repository verweist auf eine Android APK und ein Dashboard, während die CLI-Dokumentation zusätzlich lokale Entwicklungsbausteine beschreibt. Die offizielle DroidClaw-Release-Aufzeichnung enthält eine app-debug.apk und nennt unter anderem geplante Ziele, Abbruchmöglichkeiten und eine Korrektur für einen Android-Stoppknopf bei Web-gestarteten Zielen.
| Einstieg | Was dokumentiert ist | Was Sie prüfen sollten |
|---|---|---|
| APK | Eine veröffentlichte Android-App-Datei ist in der Release-Seite vorhanden | Herkunft, Signatur, Berechtigungen, Aktualisierungsweg und Geräteverhalten |
| Dashboard | Das README verweist auf ein Dashboard unter app.droidclaw.ai | Konto, Verfügbarkeit, Zielgerät-Verbindung und laufende Wartung |
| CLI | Dokumentiert sind Bun, ADB, Android USB-Debugging sowie Anbieter-Key oder lokales Ollama | ADB-Autorisierung, Modellkonfiguration, Logs, Wiederholungen und Abbruchverhalten |
Die CLI arbeitet laut README mit Accessibility-XML, Ziel, Bildschirmzustand und Verlauf, sendet diese Informationen an das Modell und führt Aktionen über ADB aus. Wenn der UI-Baum nicht reicht, ist ein Screenshot-basierter Vision-Fallback dokumentiert. Diese Punkte gelten für den dokumentierten CLI-Weg; APK und Dashboard sollten separat nach ihrem aktuellen Setup, ihren Berechtigungen und ihrer Verbindung zum Zielgerät geprüft werden.
DroidClaw dokumentiert außerdem JSON-Subziele für KI-Workflows und deterministische YAML-Flows ohne LLM-Aufruf. Diese Unterscheidung ist praktisch: Ein freier Agentenlauf, ein vordefinierter Ablauf und eine Dashboard-Bedienung sind unterschiedliche Betriebsmodelle mit unterschiedlichem Wartungsaufwand.
Aufgaben statt Tool-Zahlen vergleichen
Ein Android-Agent ist erst dann nützlich, wenn er eine konkrete Aufgabe sauber erledigt. Roh gezählte Aktionen, Screenshots oder ein langer Werkzeugkatalog sagen allein wenig aus. Entscheidend ist, ob das System den aktuellen Zustand versteht, den richtigen nächsten Schritt wählt, Berechtigungen sichtbar macht und ein prüfbares Ergebnis hinterlässt.
| Kriterium | DroidClaw | FoneClaw |
|---|---|---|
| Grundidee | Offenes, konfigurierbares Android-Agent-Projekt mit APK, Dashboard und CLI | Fertige Android-App für unterstützte Telefonaufgaben |
| Wartung | Sie pflegen Setup, Modellanbieter, Geräteverbindung, Workflows und Fehleranalyse selbst | Wir stellen unterstützte Werkzeuge, App-Oberfläche, Fortschritt und Fehlerhinweise bereit |
| Modellwahl | Provider-Key oder lokales Ollama sind dokumentiert; Kosten und Rechenort hängen von Ihrer Wahl ab | Kostenloses Standardmodell oder kompatibel konfiguriertes Modell |
| Typische Aufgaben | Eigene Workflows, App-übergreifende Ziele und ADB-basierte Ausführung | App öffnen, Kalenderereignis mit bekannter Zeit anlegen, Information-Inbox-Antwort vorbereiten, In-App-Navigation nutzen |
| Freigaben | Abhängig von Ihrer Oberfläche, Workflow-Logik und Geräteeinrichtung | Android-Berechtigungen bei Bedarf; Freigaben nach globalem Modus und Werkzeugrichtlinie |
| Ergebnisprüfung | Logs, UI-Zustand, Aktionsfeedback und eigene Prüfschritte | Sichtbarer Fortschritt, verständlichere Fehler und prüfbare Endzustände in unterstützten Aufgaben |
Bei Bildschirmverständnis lohnt ein eigener Blick auf UI-Baum und Screenshot. KI-Bildschirmverständnis unter Android: UI-Zustand, Screenshot und sichere Aktion erklärt, warum ein Accessibility-Baum, ein Screenshot und eine tatsächlich ausgeführte Aktion unterschiedliche Dinge sind.
Für FoneClaw beschreiben wir den aktuellen unterstützten Android-Umfang auf der deutschen FoneClaw-Funktionsseite. Wichtig ist dabei die konkrete Aufgabe: Eine App zu öffnen, einen Kalendereintrag mit Start- und Endzeit anzulegen oder eine Antwort in der Information Inbox vorzubereiten ist etwas anderes als eine freie Zusage, jede beliebige App steuern zu können. Ein Ort im Kalender ist optional und sollte nur aus den Angaben des Nutzers übernommen werden, wenn er relevant ist.
Modellkosten und Datenfluss prüfen
Die MIT-Lizenz von DroidClaw bezieht sich auf den Projektcode. Sie bedeutet nicht, dass Modellinferenz, API-Nutzung, Dashboard-Betrieb, Gerätelabor oder Fehlersuche kostenlos sind. Wenn ein Controller einen Modellanbieter per API nutzt, gelten dessen Bedingungen und Kosten. Die Nutzung von ChatGPT- oder Gemini-Apps ohne eigene API-Schlüssel ist etwas anderes als Controller-Inferenz für DroidClaw-Aktionen.
Wenn Sie Ollama lokal einsetzen, entstehen Rechen-, Wartungs- und Hardwarekosten; lokal heißt außerdem nicht automatisch „auf dem Android-Telefon“. Der Datenfluss hängt bei DroidClaw vom gewählten Modus ab. Die CLI-Dokumentation beschreibt, dass Ziel, Bildschirmzustand, Verlauf und Accessibility-Informationen an das Modell gegeben werden können; bei Vision-Fallbacks kann ein Screenshot relevant werden. Prüfen Sie deshalb, welcher Provider verwendet wird, welche Daten gesendet werden, wo Logs liegen und wie lange sie aufbewahrt werden.
Bei FoneClaw gilt derselbe Grundsatz: Modellwahl und Aufgabe bestimmen, welche Daten verarbeitet werden. Das kostenlose Standardmodell deckt viele unterstützte Aufgaben ab; ein kompatibel konfiguriertes Modell folgt den Bedingungen des jeweiligen Anbieters. Android-Berechtigungen werden aufgabenbezogen genutzt, und Freigaben hängen von globalem Modus und Werkzeugrichtlinie ab.
Mit einer kleinen Aufgabe beginnen
Starten Sie keinen Vergleich mit einer Zahlung, einer externen Nachricht oder einer langen App-Kette. Wählen Sie eine kleine, reversible Aufgabe: eine harmlose App öffnen oder ein klar benanntes Testereignis mit bekanntem Start- und Endzeitpunkt anlegen und danach wieder löschen. Das ist eine Empfehlung für Ihre Prüfung, kein von uns behaupteter Benchmark.
- Bei DroidClaw APK oder Dashboard: Prüfen Sie aktuellen offiziellen Einstieg, Geräteziel, Berechtigungen, Abbruchmöglichkeit und sichtbaren Endzustand.
- Bei DroidClaw CLI: Prüfen Sie ADB-Autorisierung, USB-Debugging, Modellkonfiguration, UI-Baum oder Screenshot-Fallback und Loop-Erkennung.
- Bei FoneClaw: Prüfen Sie, ob die Aufgabe zu einem unterstützten Werkzeug gehört, welche Android-Berechtigung erscheint und welches Ergebnis sichtbar gespeichert oder geöffnet wird.
Bei Kalenderaufgaben zählt nicht die Chat-Antwort, sondern der tatsächliche Eintrag mit richtiger lokaler Start- und Endzeit. FoneClaw sollte fehlende Pflichtdetails wie Zeit oder Dauer vor dem Anlegen klären; ein Ort ist nicht zwingend, solange die Aufgabe keinen Ort verlangt. Beim App-Start zählt, ob die richtige App im Vordergrund steht. Bei Inbox-Antworten zählt, ob der Entwurf inhaltlich geprüft werden kann, bevor eine externe Wirkung entsteht.
Stoppen Sie Wiederholungsversuche früh, wenn ein System mehrfach denselben falschen Schritt versucht, damit keine doppelten externen Aktionen entstehen. Für die breitere Produktlogik von bestätigten Android-Handlungen führt Android-Handy mit KI-Agent steuern: von Absicht zu bestätigter Aktion weiter.
Das Setup wählen, das Sie tragen können
Wählen Sie DroidClaw, wenn Sie Quellcode, Workflows, Modellroute, Geräteverbindung und Fehleranalyse bewusst selbst pflegen möchten. Das passt zu Teams, die ein offenes Projekt erweitern oder eigene Agentenlogik testen wollen.
Wählen Sie FoneClaw, wenn Sie unterstützte Android-Aufgaben in einer fertigen App nutzen möchten: App öffnen, Kalendereintrag anlegen, Inbox-Antwort vorbereiten oder In-App-Navigation verwenden. Die knappe Entscheidung lautet: DroidClaw für mehr Projektkontrolle, FoneClaw für unterstützte Alltagsaufgaben auf Android.