Verbunden, aber keine Antwort? Fehlerbehebung für Ihren mobilen Coding-Agenten

Ihr Smartphone verbindet sich mit dem Computer, aber Claude Code oder Codex antwortet nicht. Oder Sie senden eine Anfrage, verlieren die Verbindung und kehren zu einer scheinbar unveränderten Konversation zurück. Sollten Sie warten, die Verbindung wiederherstellen, den Agenten starten oder erneut senden?

Der nächste Schritt hängt davon ab, was fehlt. Eine funktionierende Verbindung zwischen Smartphone und Host, ein für Eingaben bereiter Agent und eine Anfrage, die diesen Agenten erreicht, sind voneinander getrennte Zustände. Überprüfen Sie diese in genau dieser Reihenfolge.

Dieser Leitfaden gilt für Konversationen, die über Tactic Remote erstellt wurden. Die genauen Bedienelemente hängen von den Versionen Ihres Smartphones und der Companion-App ab; nutzen Sie die Anweisungen, die zu dem angezeigten Hinweis passen. Wenn Sie Remote Control von Anthropic oder einen anderen Client verwenden, unterscheiden sich die Bedienelemente und das Wiederherstellungsverhalten. Überprüfen Sie Client- und Companion-Version gemeinsam; die 1.10-Übersicht erläutert den aktuellen Arbeitsablauf.

Beginnen Sie mit dem Zustand, den Sie tatsächlich sehen können

Eine alte Antwort oder eine Nachrichtenblase belegt nicht das Ergebnis der aktuellen Aufgabe. Suchen Sie nach der Ausgabe, die der von Ihnen untersuchten Anfrage entspricht.

Host und ursprüngliche Konversation überprüfen

Lesen Sie Hostnamen, Projekt und Konversationstitel ab. Zwei Konversationen können dasselbe Projekt verwenden, aber unterschiedliche Arbeiten enthalten. Das Erstellen einer neuen Konversation ist keine Aktualisierung der alten, und die Auswahl desselben Verzeichnisses überträgt nicht den Kontext eines anderen Agenten.

Öffnen Sie von der Projektübersicht aus die Konversation, in der Sie die Anfrage gesendet haben. Bestätigen Sie, welcher Agent verwendet wird. Wenn Sie den Computer oder das Gerät gewechselt haben, überprüfen Sie den Host erneut, bevor Sie einen leeren Verlauf als verlorene Arbeit interpretieren.

Wenn der Host selbst nicht erreichbar ist, gehen Sie zum Netzwerkabschnitt weiter unten. Wenn der Host verbunden ist, bleiben Sie in dieser Konversation und prüfen Sie das Eingabefeld sowie die neueste Ausgabe.

Wenn dies Ihre erste Verbindung ist, folgen Sie vor der Diagnose einer bestehenden Aufgabe der iPhone-Einrichtungsanleitung oder dem iPad-Workflow-Leitfaden.

Wenn die erste Aufgabe noch nicht gestartet wurde

In New Conversation bereitet die Auswahl eines Projekts und eines Agenten die Aufgabe vor. Mit dem Senden der ersten Nachricht starten Sie die Aufgabe. Wenn Sie lediglich einen wiederverwendbaren Prompt ausgewählt oder Text in das Eingabefeld eingegeben haben, liegt dem Agenten möglicherweise noch gar nichts zur Beantwortung vor.

Überprüfen Sie die Projekt-Schaltfläche unter dem Eingabefeld. Wählen Sie das tatsächliche Repository aus, wenn Sie an bestehendem Code arbeiten; Independent Workspace erstellt ein separates Verzeichnis. Überprüfen Sie dann die Agent-Schaltfläche und senden Sie eine kleine Anfrage, wie zum Beispiel:

Überprüfen Sie dieses Projekt, ohne Dateien zu ändern. Geben Sie das Arbeitsverzeichnis und den Git-Branch an und erklären Sie dann, wie die App startet. Führen Sie keine Tests aus und installieren Sie keine Abhängigkeiten.

Eine Antwort aus dem vorgesehenen Verzeichnis verschafft Ihnen einen nützlichen Ausgangspunkt. Wenn stattdessen eine Start- oder Login-Aufforderung erscheint, bearbeiten Sie diese Aufforderung, bevor Sie eine zweite Aufgabe hinzufügen.

Wenn eine Anfrage in der Warteschlange steht

Wenn die App eine Anfrage als in der Warteschlange (queued) markiert, wartet sie auf den Versand. Lesen Sie den begleitenden Hinweis: Er fordert Sie möglicherweise auf, die Verbindung wiederherzustellen, auf das Ende der aktuellen Aufgabe zu warten, eine ausstehende Genehmigungsanfrage zu bearbeiten oder die Synchronisierung des Konversationsstatus abzuwarten.

Wenn Ihr Build Entwürfe in der Warteschlange über dem Eingabefeld anzeigt, lesen Sie den begleitenden Hinweis. Beispielsweise bedeutet ein Hinweis wie syncing (Synchronisierung), dass die App auf die Bestätigung des Aufgabenstatus wartet. Das erneute Senden derselben Anweisung kann einen weiteren Entwurf hinzufügen, ohne den ersten voranzubringen.

Wo Restore to composer verfügbar ist, nutzen Sie es, um eine wartende Anweisung zu überarbeiten. Dadurch wird dieser Entwurf zurück in das Eingabefeld verschoben; er wird nicht gesendet. Diese Steuerung ist nicht verfügbar, solange das Eingabefeld bereits Text enthält; speichern oder löschen Sie diesen Text daher zuerst. Entfernen Sie einen Entwurf aus der Warteschlange, wenn Sie ihn nicht mehr ausführen möchten.

Bietet die pausierte Warteschlange Resume queue an, verwenden Sie dies erst nach Behebung der angezeigten Ursache. Es ersetzt weder die Wiederherstellung der Verbindung zum Host noch das Bearbeiten einer ausstehenden Genehmigungsanfrage. Wenn ein Hinweis besagt, dass die Sitzung beendet wurde, stellen Sie zuerst die Sitzung wieder her; wiederholtes Drücken von Resume queue kann eine nicht verfügbare Agent-Sitzung nicht zurückholen.

Wenn der Agent Aufmerksamkeit erfordert

Ein verbundener Host kann dennoch einen Agenten haben, der beim Login, bei einer Vertrauensfrage zum Projekt, einem Nutzungslimit oder einer Genehmigung wartet. Lesen Sie die neueste Ausgabe und reagieren Sie auf das dort genannte Problem.

Bei Login-Problemen mit Claude Code überprüfen Sie den Agenten auf dem Entwicklungsrechner unter dem Benutzerkonto, das den Server ausführt. Ihr Tactic-Konto und die Claude Code-Authentifizierung haben unterschiedliche Rollen. Befolgen Sie die Authentifizierungsanweisungen von Anthropic für Ihr Setup; Sie müssen nicht zwingend einen API-Schlüssel erstellen. Tritt derselbe Fehler lokal auf, nutzen Sie den offiziellen Leitfaden zur Fehlerbehebung.

Lesen Sie bei einer Genehmigung die aktuelle Anfrage und entscheiden Sie über diese Aktion. Das Senden einer allgemeinen Nachricht wie „continue“ beantwortet die Genehmigung selbst nicht. Eine ältere Genehmigungskarte in der Konversation ist historischer Kontext; bearbeiten Sie die aktuell ausstehende Anfrage.

Wenn Tactic explizit meldet, dass der Agent nicht läuft und Ihre Nachricht nicht gesendet wurde, kann das Banner für blockiertes Senden Start & Send, Queue und Edit anbieten. Wählen Sie Start & Send, wenn Sie den Agenten für diese zurückbehaltene Anfrage starten möchten. Wählen Sie Edit, um sie zu bearbeiten, oder Queue, um sie für später aufzubewahren. Diese Optionen gelten für einen bestätigten fehlgeschlagenen Sendevorgang, nicht für jeden ruhigen Bildschirm.

Nach einem Verbindungsabbruch entscheiden, ob erneut gesendet werden soll

Ein Netzwerkfehler kann auftreten, nachdem eine Anfrage den Host erreicht hat, aber bevor das Smartphone eine Bestätigung erhält. Ein Timeout allein kann Ihnen daher nicht mitteilen, dass nichts ausgeführt wurde.

Ein eindeutiger Hinweis „not sent“ und ein ungewisser Verbindungsfehler erfordern unterschiedliche Reaktionen. Meldungen wie „the prompt may still have been sent“ oder „the prompt may still be running“ erfordern eine Überprüfung der ursprünglichen Konversation, anstatt sofort ein Duplikat zu senden.

Verbinden Sie sich erneut mit demselben Host, öffnen Sie dieselbe Konversation wieder und lesen Sie deren neueste Ausgabe sowie die Entwürfe in der Warteschlange. Nutzen Sie dann diese Entscheidungsmatrix:

Lesen Sie sowohl den Inhalt als auch den Status. In diesem Beispiel besteht der nächste Schritt im Lesen von Dateien und die Prüfungen wurden noch nicht ausgeführt (Checks: Not run). Eine Idle-Kennzeichnung würde diese Notizen nicht in eine fertige Implementierung verwandeln.

Wenn im Verlauf Earlier messages omitted steht, ist das sichtbare Protokoll unvollständig. Das Fehlen einer älteren Anfrage ist dann kein ausreichender Beleg, um sie zu wiederholen. Sobald Sie bestätigt haben, dass die aktuelle Sitzung im Leerlauf ist, ist eine nützliche Nachfrage: „Fassen Sie zusammen, was Sie tatsächlich abgeschlossen haben, was noch offen ist und was auf meine Entscheidung wartet. Wiederholen Sie keine früheren Befehle.“

Wenn der Host nicht erreicht werden kann

Überprüfen Sie, ob der Computer eingeschaltet ist, sich nicht im Ruhemodus befindet und die Companion-App oder der Server läuft. Eine Verbindung, die im heimischen WLAN funktionierte, funktioniert über Mobilfunkdaten nicht automatisch.

Überprüfen Sie bei einer lokalen Verbindung die aktuelle Hostadresse und ob das Netzwerk den Geräten erlaubt, sich gegenseitig zu erreichen. Überprüfen Sie bei Cloudflare, ob der Tunnel läuft und die gespeicherte Adresse aktuell ist; eine temporäre Adresse kann sich nach dem Neustart ändern. Folgen Sie der Einrichtungsanleitung für das lokale Netzwerk oder der Cloudflare-Einrichtungsanleitung für diese Route.

Überprüfen Sie bei Windows-Kontoverbindungen den gebundenen PC, das passende Tactic-Konto und den verbundenen Relay-Status anhand der Windows-Anleitung. Die Reparatur der Route bringt Sie zurück zum Host; Sie müssen die ursprüngliche Aufgabe dort immer noch überprüfen.

Dem Support den letzten bekannten Zustand mitteilen

Wenn das Problem weiterhin besteht, kontaktieren Sie den Support mit den Versionen von Smartphone und Companion, dem Host-Betriebssystem, dem Agenten, der Verbindungsroute, der genauen Meldung und der letzten Aktion vor dem Auftreten des Problems. Geben Sie auch an, ob die Anfrage in der Warteschlange verbleibt, ob der Host neue Ausgaben anzeigt und ob Sie das Netzwerk gewechselt haben. Entfernen Sie Zugangsdaten aus Screenshots.

Dieses Protokoll hilft dabei, ein Verbindungsproblem von einem Problem des Agenten zu unterscheiden – und gibt Ihnen einen klaren Ansatzpunkt zum Fortfahren, sobald die Ursache behoben ist.