Cloud- und lokale KI-Agenten: Wo denken, handeln und speichern sie?
Vergleiche KI-Agenten nach Modellverarbeitung, Android-Aktionen und Datenspeicherung. So wählst du einen passenden Cloud-, Geräte- oder Hybridweg.
- Prüfe bei einem KI-Agenten drei Orte getrennt: Wo verarbeitet das Modell den Auftrag, wo wird die Aktion ausgeführt und wo bleiben Daten gespeichert?
- Eine Android-Aktion kann auf dem Telefon stattfinden, obwohl ein Online-Modell zuvor ausgewählten Kontext außerhalb des Geräts verarbeitet hat.
- FoneClaw unterstützt ein bereitgestelltes Standardmodell, kompatible Online-Modelle und geeignete Modelle auf dem Gerät. Die nutzbaren Funktionen und Netzabhängigkeiten hängen vom gewählten Weg und der Aufgabe ab.
- Lokaler Speicher belegt keine vollständig lokale Verarbeitung. Prüfe Modellanbieter, externe Dienste und das tatsächliche Ergebnis zuerst mit einer nicht sensiblen Aufgabe.
Zuerst die drei Orte einer Agentenaufgabe unterscheiden
Der Vergleich von Cloud- und lokalen KI-Agenten wird klarer, wenn du nicht die ganze App mit einem einzigen Ort gleichsetzt. Ein Auftrag hat mindestens drei Teile: Das Modell deutet deine Absicht, eine Komponente führt die gewählte Aktion aus, und Informationen werden für unterschiedlich lange Zeit gespeichert. Diese Teile können auf demselben Gerät liegen oder auf Telefon und entfernte Dienste verteilt sein.
| Frage | Mögliche Orte | Warum sie zählt |
|---|---|---|
| Wo arbeitet das Modell? | Auf dem Telefon oder bei einem Online-Anbieter. | Der übermittelte Kontext und die erforderliche Verbindung hängen davon ab. |
| Wo geschieht die Aktion? | Auf Android, in einem Webdienst oder in einem verbundenen System. | Dort gelten die jeweiligen Berechtigungen und dort prüfst du das Ergebnis. |
| Wo bleiben Daten? | Im lokalen Speicher, beim Modellanbieter oder beim Zieldienst. | Löschung und Aufbewahrung müssen an jedem betroffenen Ort betrachtet werden. |
Eine vollständig gerätegebundene Aufgabe verlangt ein geeignetes Modell auf dem Telefon, passende lokale Daten und eine Aktion ohne benötigten Onlinedienst. Ein Cloud-Weg kann für Inhalte aus entfernten Quellen sinnvoll sein, braucht aber die jeweilige Verbindung und Zugriffsrechte. Häufig ist die Architektur gemischt: Ein Online-Modell plant, während ein Android-Werkzeug den unterstützten Schritt auf dem Telefon ausführt. Eine installierte Telefon-App beweist deshalb weder lokale Modellverarbeitung noch vollständige Offline-Nutzung.
Nach Aufgabe und Netzabhängigkeit entscheiden
Beginne mit dem Ziel statt mit dem Etikett „lokal“ oder „Cloud“. Möchtest du aus einer privaten Notiz nur einen Entwurf erstellen, sind zunächst der Speicherort der Notiz und der gewählte Modellweg entscheidend. Ein Modell auf dem Gerät kann für eine solche Aufgabe geeignet sein, wenn es mit der App und der benötigten Funktion kompatibel ist. Ein Online-Modell erhält dagegen den Kontext, der ihm für den Entwurf übermittelt wird. Speichere oder versende den Entwurf erst, wenn du auch diese nachgelagerten Schritte geprüft hast.
Bei einer Recherche zu einer öffentlichen Webseite liegt schon die Quelle im Netz. Auch mit einem Modell auf dem Telefon ist dafür eine Verbindung nötig. Umgekehrt muss eine lesende Gerätestatusabfrage nicht selbst in der Cloud ausgeführt werden, nur weil ein Online-Modell sie angefordert hat. Modellanfrage, Werkzeugaufruf und Datenquelle haben jeweils ihre eigene Netzabhängigkeit.
Für eine Telefonaktion wie das Öffnen einer App oder das Ändern einer unterstützten Einstellung kommt eine weitere Grenze hinzu: Android muss den Schritt erlauben, das passende Werkzeug muss aktiv sein und die geltende Freigaberegel muss ihn zulassen. Eine lokal ausgeführte Aktion ist nicht automatisch schneller oder zuverlässiger; App-Zustand, Modell, Gerät und Verbindung können den Ablauf beeinflussen. Eine Nachricht zu formulieren ist außerdem etwas anderes, als sie über einen Dienst zuzustellen. Der Versand braucht seinen eigenen überprüfbaren Schritt.
Übermittelten Kontext und gespeicherte Daten getrennt prüfen
Lokales Gedächtnis beantwortet die Frage nach dem Speicherort bestimmter Einträge. Es beantwortet nicht, ob Ausschnitte daraus, ein Bildschirmtext oder eine Sprachaufnahme für eine konkrete Modellanfrage übertragen werden. Prüfe daher vier Dinge einzeln: den eingestellten Modellanbieter, den für die Anfrage ausgewählten Kontext, mögliche verbundene Dienste und den Ort, an dem das Ergebnis gespeichert oder geteilt wird. Nur so lässt sich einschätzen, welche Daten dein Gerät tatsächlich verlassen.
Auch „Cloud“ beschreibt keinen einheitlichen Umgang mit Daten. Google skizzierte in einem Beitrag über geschütztes serverseitiges KI-Gedächtnis eine Architektur mit verschlüsselter Speicherung, Schlüsseln auf dem Gerät und isolierter Verarbeitung in der Cloud. Das ist eine angekündigte Architektur, keine Aussage über eine allgemeine Einführung oder eine FoneClaw-Funktion. Geschützte Verarbeitung auf einem Server bleibt physisch entfernte Verarbeitung.
Für deine Entscheidung sind die konkreten Einstellungen wichtiger als eine pauschale Datenschutzwertung. Frage, welcher Inhalt für die Aufgabe gebraucht wird, ob er an einen Modellanbieter geht und ob ein externer Zielservice die fertige Aktion speichert. Entziehe nicht benötigte Berechtigungen und verwende für einen ersten Versuch keine sensiblen Nachrichten, Kontakte oder Dokumente. Eine lokale Aktion kann sonst trotz ihres Ausführungsorts mehr Kontext weitergeben, als du für diese Aufgabe vorgesehen hast.
FoneClaws Kombination aus Modell und Android-Werkzeugen verstehen
Bei FoneClaw trennen wir Aufgabenverständnis und Ausführung. Ein konfiguriertes Modell deutet den Auftrag und plant unterstützte Schritte. Die passenden Android-Werkzeuge handeln auf dem Telefon, begrenzt durch Android-Berechtigungen und unsere Werkzeug- und Freigabeeinstellungen. Dieses Ausführungsmodell ist kein Versprechen, dass jede App beliebig steuerbar ist. Die FoneClaw-Funktionsübersicht zeigt, welche Telefonaktionen unterstützt werden.
Für die Modellverarbeitung kannst du das bereitgestellte Standardmodell, einen kompatiblen Online-Anbieter oder ein geeignetes Modell auf dem Gerät nutzen. Bei einem konfigurierten Online-Modell kann der für die Anfrage bereitgestellte Kontext das Telefon verlassen. Ein importiertes Modell auf dem Gerät muss dagegen zum unterstützten Laufzeitweg und zur Aufgabe passen; aus der Importmöglichkeit folgt weder Unterstützung für jedes Modell noch eine allgemeine Offline-Garantie. Selbst bei lokaler Modellverarbeitung können Websuche, Synchronisierung oder eine externe Nachricht eine Verbindung benötigen.
Gespeicherte Workflows enthalten wiederverwendbare Schritte, sind aber allein noch kein Zeitplan. Geplante Automationen haben eine getrennte Einrichtung für Auslösung und Wiederherstellung nach verpassten Läufen. Die unterstützte unbeaufsichtigte Cloud-Ausführung ist auf lesende Webrecherche begrenzt; sie überwacht keine privaten SMS oder Kalender und versendet keine Nachrichten im Hintergrund. Welche Rolle Werkzeug, Workflow und andere Fähigkeiten jeweils übernehmen, erläutert FoneClaw: Tools, Plugins, Skills, Workflows und Shortcuts wählen.
Den gewählten Weg mit einer harmlosen Aufgabe prüfen
Eine geeignete Probe ist eine nicht sensible Statusfrage zu deinem Telefon, etwa nach Akku und Energiesparmodus. Notiere vorab, welches Modell eingestellt ist, welche Android-Berechtigungen für die Abfrage gelten und ob ein Onlinedienst beteiligt sein soll. Bitte dann um die Statuswerte und prüfe, ob das Ergebnis aus einer tatsächlichen Geräteabfrage stammt statt aus einer allgemeinen Erklärung. Das ist ein Vorschlag zur eigenen Kontrolle, kein Bericht über einen ausgeführten Test.
Willst du eine Aufgabe ohne Netz prüfen, beschränke sie auf Daten und Fähigkeiten, die nach deiner Konfiguration lokal verfügbar sein sollen. Trenne die Verbindung nur für diese harmlose Prüfung und halte fest, an welchem Schritt der Ablauf endet. Eine fehlgeschlagene Modellantwort, eine nicht erreichbare Webquelle und eine verweigerte Android-Berechtigung sind unterschiedliche Befunde. Stelle die Verbindung anschließend wieder her und ziehe keine allgemeine Aussage über alle Aufgaben aus einem einzelnen Versuch.
Drei Fragen führen zur passenden Architektur: Woher kommen die benötigten Daten? Wo muss die Wirkung sichtbar werden? Welche Inhalte dürfen an welchen Anbieter oder Dienst gelangen? Die Antworten können für eine Notiz, eine Webrecherche und eine Android-Aktion verschieden ausfallen. Wähle deshalb den Weg pro Aufgabe und bestätige das Ergebnis am jeweiligen Ziel, statt „lokal“ oder „Cloud“ als pauschales Qualitätsurteil zu verwenden.