Sichere geräteübergreifende KI-Agent-Übergabe: Zustände, Freigaben und Wiederverbindung

Vier Arten der Aufgabenfortsetzung unterscheiden

Eine sichere geräteübergreifende KI-Agent-Übergabe beginnt mit einer einfachen Frage: Bleibt die Aufgabe in ihrer ursprünglichen Umgebung, oder zieht ihre Ausführung tatsächlich auf ein anderes Gerät um? Ohne diese Unterscheidung kann eine Oberfläche denselben Gesprächsverlauf zeigen, obwohl sie weder den aktuellen Arbeitsstand noch die Berechtigung zur nächsten Aktion besitzt.

Bei der Fernsteuerung läuft die Aufgabe weiterhin auf dem Ausgangssystem. Ein Smartphone oder Browser zeigt den Fortschritt, übermittelt neue Anweisungen und kann Fragen oder Freigaben beantworten. Die Dateien, Prozesse und Werkzeuge bleiben jedoch in der ursprünglichen Umgebung. Wird dort ein Programm beendet, endet auch die Aufgabe.

Eine Aufgabenübertragung geht weiter: Das Zielgerät übernimmt die Ausführung. Dafür muss es den notwendigen Kontext, kompatible Werkzeuge, aktuelle Eingaben und einen klaren Ausgangspunkt erhalten. Eine bloße Kopie des Chats reicht nicht, weil lokale Dateien, App-Zustände, Zugangsdaten oder Zwischenergebnisse fehlen können.

Die Fortsetzung über eine Benachrichtigung verweist lediglich auf einen laufenden oder wartenden Auftrag. Sie kann eine Freigabe öffnen, einen Fehler anzeigen oder den Nutzer zurück zur zuständigen Umgebung führen. Die Benachrichtigung selbst besitzt keine vollständige Aufgabenlogik. Bei der Kontinuität zwischen Oberflächen desselben Geräts bleibt dagegen sogar das Gerät gleich: Nur die sichtbare Bedienfläche wechselt, etwa zwischen einer Home-Ansicht und einem schwebenden Assistenten.

Diese Begriffe bestimmen, was der Nutzer sehen muss. Bei Fernsteuerung gehört der Ausführungsort in die Statusanzeige. Bei echter Übertragung braucht es einen überprüfbaren Zustandswechsel. Eine Benachrichtigung muss zum richtigen Auftrag führen, und beim Wechsel der Oberfläche darf keine zweite Aufgabe entstehen. Wie mehrere Agentenaufträge auf dem Smartphone übersichtlich kontrolliert werden können, vertieft Mobile KI-Agent-Steuerung: Wenn das Smartphone zur Kommandozentrale wird.

Den notwendigen Aufgabenzustand festlegen

Die technische Grundlage jeder Übergabe ist ein klar definierter Aufgabenzustand. Er beschreibt nicht nur, was im Chat gesagt wurde, sondern was der Agent tatsächlich bearbeitet, welcher Schritt abgeschlossen ist und welche Umgebung als Nächstes handeln darf. Ohne diesen Vertrag können zwei Oberflächen denselben Auftrag unterschiedlich interpretieren.

Mindestens sieben Angaben sind erforderlich. Die Aufgabenidentität unterscheidet den Vorgang von anderen Unterhaltungen. Die Absicht hält das gewünschte Ergebnis fest. Unter Eingaben fallen ausgewählte Dateien, Kontakte, Bildschirmdaten oder Parameter. Der aktuelle Schritt zeigt, was abgeschlossen, aktiv oder wartend ist. Ergebnisse enthalten erzeugte Entwürfe, geprüfte Daten und bestätigte Änderungen. Der Ausführungsverantwortliche benennt Gerät und Umgebung. Ein Aktualitätsnachweis verhindert die Fortsetzung mit überholtem Zustand.

Angenommen, ein Agent prüft auf einem Computer eine Datei und wartet vor einer Änderung auf Rückmeldung. Eine mobile Oberfläche benötigt dann mehr als den Satz „Änderung bestätigen?“. Sie muss Aufgabenkennung, Dateiname, vorgeschlagene Änderung, aktuellen Arbeitsstand, verantwortlichen Computer und Zeitpunkt der letzten Prüfung anzeigen. Wurde die Datei nach dieser Prüfung verändert, ist die Vorschau veraltet und muss neu erzeugt werden.

Persönlicher Kontext gehört ebenfalls nicht pauschal in jede Übergabe. Ein Kontakt, Standort oder Kalender ist nur dann Teil des Auftrags, wenn er für den aktuellen Schritt erforderlich ist. Herkunft und Aktualität sollten erkennbar bleiben. Der Artikel KI-Agent mit persönlichem Kontext: Warum Phone Agents ihn brauchen erklärt, wie persönlicher Kontext aufgabenbezogen genutzt werden kann, ohne verschiedene Identitäten oder Situationen zu vermischen.

Für dynamisch gefundene Werkzeuge oder Ressourcen braucht der Zustand zusätzlich eine belastbare Beschreibung ihrer Herkunft und Fähigkeiten. Eine Übergabe darf nicht voraussetzen, dass das Ziel dieselben Werkzeuge kennt wie die Quelle. Mit Agentic Resource Discovery: Ressourcensuche, ai-catalog.json und Vertrauen für Phone Agents lässt sich dieser Teil vertiefen: Entdeckung, Vertrauensprüfung und tatsächliche Ausführungsbefugnis bleiben getrennte Schritte.

Berechtigungen und Freigaben richtig binden

Eine Freigabe muss an den Auftrag, die konkrete Aktion und die ausführende Umgebung gebunden bleiben. Der Nutzer bestätigt nicht abstrakt, dass ein Agent „weitermachen“ darf. Er erlaubt beispielsweise, dass eine bestimmte Datei auf einem benannten Computer geändert oder eine vorbereitete Nachricht über ein ausgewähltes Konto auf dem Telefon gesendet wird.

Bei Fernsteuerung kann die Entscheidung auf dem Smartphone erfolgen, während die Aktion auf dem Ausgangscomputer ausgeführt wird. Die mobile Ansicht übermittelt dann eine gebundene Entscheidung an die laufende Sitzung. Sie übernimmt weder die lokalen Dateirechte noch die Ausführung. Bei einer Aufgabenübertragung muss das Zielgerät dagegen seine eigenen Berechtigungen prüfen. Eine auf dem Ausgangsgerät erteilte Betriebssystemfreigabe gilt nicht automatisch für das Ziel.

Ein sicherer Freigabedialog zeigt deshalb vier Elemente: die konkrete Handlung, das betroffene Ziel, die ausführende Umgebung und die erwartete Folge. Bei einer Dateilöschung gehören Dateiname, Speicherort und ausführender Rechner in die Ansicht. Bei einer Android-Nachricht sind Empfänger, Konto, Inhalt und ausführendes Telefon relevant. Ändert sich einer dieser Werte, muss die Freigabe erneuert werden.

Auch die Gültigkeitsdauer zählt. Eine alte Bestätigung darf nach einem Verbindungsabbruch oder einer Zustandsänderung nicht still weiterverwendet werden. Sitzungsgebundene Entscheidungen sollten ablaufen, wenn die zugehörige Aufgabe beendet, neu gestartet oder auf eine andere Umgebung übertragen wird. Damit verhindert die Oberfläche, dass eine frühere Zustimmung auf einen ähnlichen, aber nicht identischen Auftrag angewendet wird.

Wie Ziel, Auswirkung, Begründung und Rückweg auf einem kleinen Bildschirm dargestellt werden können, zeigt KI-Agent Freigabe-UX auf dem Smartphone: Vorschläge, Freigaben und Wiederherstellung. Für die Übergabe ist besonders wichtig, dass die Freigabeansicht den tatsächlichen Ausführungsort nennt und veraltete Vorschauen nicht als aktuelle Entscheidung präsentiert.

Unterbrechungen und abgelaufene Zugänge behandeln

Geräteübergreifende Aufgaben müssen Unterbrechungen als normalen Zustand behandeln. Ein Laptop geht in den Ruhezustand, das Telefon verliert die Verbindung, eine App wechselt den sichtbaren Inhalt oder eine zeitlich begrenzte Fernsteuerungsberechtigung läuft ab. In jedem Fall muss klar bleiben, ob die Aufgabe weiterläuft, pausiert oder beendet wurde.

Schläft das Ausgangsgerät während einer Fernsteuerung ein, kann die mobile Oberfläche keine lokale Ausführung vortäuschen. Sie zeigt stattdessen „Ausgangsgerät nicht erreichbar“ und den letzten bestätigten Schritt. Nach dem Aufwachen wird der Zustand erneut abgeglichen. Erst wenn Aufgabenidentität, Prozess und relevante Eingaben übereinstimmen, darf die Steuerung fortgesetzt werden.

Bei einem Netzabbruch müssen neue Anweisungen eindeutig behandelt werden. Eine noch nicht bestätigte Eingabe darf nicht mehrfach gesendet werden. Dafür benötigt jeder Steuerbefehl eine eindeutige Kennung und einen sichtbaren Zustand wie „wartet auf Übermittlung“, „angenommen“ oder „ausgeführt“. Nach der Wiederverbindung vergleicht die Oberfläche diese Kennung mit dem Ausgangssystem, statt denselben Befehl vorsorglich erneut auszulösen.

Verändert sich währenddessen die App oder Datei, wird eine alte Vorschau ungültig. Der Agent sollte den betroffenen Inhalt erneut lesen und die Änderung neu berechnen. Dasselbe gilt für abgelaufene Übergabezugänge: Der Nutzer authentifiziert die Verbindung erneut, aber alte Freigaben werden nicht automatisch wiederhergestellt. So bleiben Anmeldung, Aufgabenfortsetzung und Zustimmung drei getrennte Entscheidungen.

Eine kontrollierte Wiederaufnahme zeigt zuerst eine kurze Zusammenfassung: letzter erfolgreicher Schritt, seitdem eingetretene Änderungen, noch offene Aktion und verantwortliche Umgebung. Danach kann der Nutzer fortfahren, korrigieren, zur manuellen Bedienung wechseln oder den Auftrag löschen. Diese Auswahl ist wichtiger als ein automatischer Wiederholungsversuch, der unter veränderten Bedingungen eine falsche Aktion ausführen könnte.

GitHub Copilot CLI als Beispiel für Fernsteuerung

GitHub Copilot CLI Remote Control ist ein aktuelles Beispiel für Fernsteuerung statt Aufgabenübertragung. Die CLI-Sitzung läuft weiterhin in ihrer ursprünglichen Umgebung. Andere Oberflächen können den Fortschritt anzeigen und die Sitzung steuern, ohne den Prozess auf das Smartphone oder in den Browser zu verschieben.

Die Funktion ist laut GitHubs Ankündigung zur allgemein verfügbaren Copilot-CLI-Fernsteuerung über GitHub Mobile und github.com sowie in VS Code und JetBrains-Oberflächen nutzbar. Eine verbundene Oberfläche kann Ausgaben fortlaufend empfangen, neue Anweisungen übermitteln, Eingaben in eine Warteschlange stellen, Fragen beantworten, Berechtigungsanfragen genehmigen oder ablehnen und die Sitzung stoppen.

Der Ausführungsverantwortliche bleibt dabei die ursprüngliche CLI-Umgebung. Öffnet ein Nutzer die Sitzung in GitHub Mobile, führt das Telefon die CLI-Befehle nicht lokal aus. Das Telefon ist eine Steuer- und Kontrollfläche für den weiterlaufenden Prozess. Lokale Dateien, Arbeitsverzeichnis, Werkzeuge und Prozesse verbleiben auf dem Ausgangssystem.

Ein typischer Ablauf beginnt am Computer: Copilot CLI bearbeitet eine Entwicklungsaufgabe und stößt auf eine Rückfrage. Unterwegs öffnet der Nutzer dieselbe Sitzung auf dem Smartphone, prüft den Fortschritt und beantwortet die Frage. Die Antwort wird an die ursprüngliche Sitzung übermittelt. Falls eine Berechtigungsanfrage erscheint, muss sie den konkreten Befehl und den verantwortlichen Computer nennen. Ein Stoppbefehl beendet die dort laufende Sitzung.

GitHub Mobile ergänzte im Juli 2026 Live-Benachrichtigungen für Copilot-CLI-Sitzungen auf iOS und Android. Sie informieren über relevante Zustandsänderungen und führen zurück zur richtigen Sitzung. Die GitHub-Dokumentation zur Copilot-CLI-Fernsteuerung beschreibt die Zuordnung zwischen laufender Sitzung und verbundenen Steuerflächen. Dieses Muster ist für Coding-Agenten konkret belegt und sollte nicht ungeprüft auf jede Assistentenarchitektur übertragen werden.

FoneClaw-Kontinuität auf einem Android-Telefon

Nach dem bisher neuesten Produktstand behandelt FoneClaw einen anderen Fall: die Kontinuität zwischen mehreren Bedienflächen auf demselben Android-Telefon. Die Aufgabe wechselt weder das Gerät noch die FoneClaw-Laufzeitumgebung. Nutzer bewegen sich zwischen der Home-Ansicht, dem schwebenden Assistenten und der jeweils betroffenen Android-App.

Der bewegliche schwebende Assistent hält den Auftrag erreichbar, während eine andere App im Vordergrund liegt. Ein kompaktes Bedienfeld zeigt den relevanten Zustand, ohne den gesamten Bildschirm zu belegen. Die aktuelle Ansicht kann mit einem Tippen an die Aufgabe angehängt werden; FoneClaw schließt dabei die eigenen Überlagerungen aus. Das Modell erhält dadurch den App-Inhalt statt einer Aufnahme, in der die Bedienelemente des Agenten das Ziel verdecken.

Ausführung, Freigaben, Stopp und Berechtigungswiederherstellung bleiben zwischen Home-Ansicht und schwebendem Assistenten zusammenhängend. Beginnt eine Aufgabe in Home und benötigt später eine sichtbare App-Prüfung, kann der Nutzer zum schwebenden Assistenten wechseln, ohne einen zweiten Auftrag zu erzeugen. Nach einer fehlenden Android-Berechtigung führt der Rückweg wieder zum wartenden Schritt derselben Aufgabe.

Der aktuelle veröffentlichte Produktstand bildet dafür die Grundlage: unabhängige Zustände für laufende und wartende Aufgaben, sitzungsgebundene Freigaben und isolierte Aufträge. Ein konfiguriertes Modell interpretiert die Anfrage, während geregelte Android-Werkzeuge die unterstützten Aktionen ausführen. Der Wechsel der Oberfläche ändert weder die Aufgabenidentität noch die Bindung einer ausstehenden Freigabe.

Ein konkreter Test lautet: „Öffne die unterstützte App, prüfe den sichtbaren Termin und bereite eine Erinnerung vor.“ Der Auftrag startet in Home, wechselt für die Bildschirmprüfung zum schwebenden Assistenten und wartet vor einer Änderung auf die erforderliche Entscheidung. Fehlt eine Berechtigung, bleibt der Vorgang sichtbar und kann nach der Android-Einstellung fortgesetzt werden. Die aktuelle Version steht über die FoneClaw-Downloadseite bereit.

Eine Übergabe systematisch testen

Ein aussagekräftiger Sicherheitstest verwendet keine sensiblen Daten und keine endgültige Aktion. Geeignet ist eine erfundene Datei, ein Testprojekt oder ein reversibler Kalendereintrag. Entscheidend ist, dass der Ablauf Start, Fernsteuerung, Freigabe, Stopp, Wiederverbindung, Verlauf und Löschung tatsächlich durchläuft.

1. Start: Beginnen Sie die Aufgabe in der vorgesehenen Ausgangsumgebung. Notieren Sie Aufgabenkennung, Ziel, Eingaben und verantwortliches Gerät.
2. Steuern: Öffnen Sie die verbundene Oberfläche auf einem zweiten Gerät. Prüfen Sie, ob Ausführungsort, aktueller Schritt und letzter Aktualisierungszeitpunkt sichtbar sind.
3. Freigeben: Lassen Sie eine reversible Änderung vorbereiten. Der Dialog muss Ziel, Aktion, Folge und ausführende Umgebung nennen.
4. Stoppen: Beenden Sie den Auftrag über die entfernte Oberfläche. Kontrollieren Sie am Ausgangssystem, ob genau diese Sitzung gestoppt wurde.
5. Verbindung trennen: Unterbrechen Sie kurz das Netz oder versetzen Sie die Quelle in den Ruhezustand. Die Steuerfläche muss zwischen „nicht erreichbar“, „pausiert“ und „beendet“ unterscheiden.
6. Wiederverbinden: Stellen Sie die Verbindung her und vergleichen Sie den letzten bestätigten Schritt. Veraltete Vorschauen oder abgelaufene Freigaben dürfen nicht automatisch ausgeführt werden.
7. Verlauf prüfen: Kontrollieren Sie, welches Gerät gestartet, gesteuert, freigegeben und gestoppt hat und welches System die Aktion ausgeführt hat.
8. Löschen: Beenden Sie die Fernsteuerung, entfernen Sie temporäre Zugänge und löschen Sie Testdaten oder Sitzungsverknüpfungen, die nicht mehr benötigt werden.

Für FoneClaws Kontinuität auf einem Telefon wird derselbe Gedanke ohne zweites Gerät geprüft: Auftrag in Home starten, über den schwebenden Assistenten steuern, eine Freigabe beantworten, stoppen und nach einer Berechtigungsunterbrechung fortsetzen. Der Test muss bestätigen, dass beide Oberflächen denselben isolierten Auftrag zeigen.

Eine sichere geräteübergreifende KI-Agent-Übergabe ist erreicht, wenn der Nutzer jederzeit drei Fragen beantworten kann: Wo läuft die Aufgabe? Welcher Schritt wartet auf mich? Was geschieht bei Zustimmung, Abbruch oder Verbindungsverlust? Bleiben diese Antworten über alle beteiligten Oberflächen hinweg konsistent, wird Kontinuität zu einem kontrollierbaren Aufgabenprozess statt zu einer bloßen Synchronisierung des Gesprächs.