Connecté mais sans réponse ? Dépanner votre Agent de code sur mobile

Votre téléphone se connecte à l'ordinateur, mais Claude Code ou Codex ne répond pas. Ou bien vous envoyez une demande, perdez la connexion et retrouvez une conversation apparemment inchangée. Devez-vous attendre, vous reconnecter, lancer l'Agent ou envoyer à nouveau ?

La prochaine étape dépend de ce qui manque. Une connexion fonctionnelle entre le téléphone et l'hôte, un Agent prêt à recevoir des saisies et une requête parvenant à cet Agent sont des états distincts. Vérifiez-les dans cet ordre.

Ce guide couvre les conversations créées via Tactic Remote. Les commandes exactes dépendent des versions de votre téléphone et de l'application compagnon (companion) ; suivez les instructions correspondant à l'avis affiché. Si vous utilisez Remote Control d'Anthropic ou un autre client, ses commandes et son comportement de récupération diffèrent. Vérifiez conjointement les versions du client et du compagnon ; la vue d'ensemble de la version 1.10 détaille le flux de travail actuel.

Commencer par l'état que vous pouvez réellement observer

Une ancienne réponse ou une bulle de message ne prouve pas le résultat de la tâche en cours. Recherchez la sortie correspondant à la demande que vous examinez.

Vérifier l'hôte et la conversation d'origine

Lisez le nom de l'hôte, le projet et le titre de la conversation. Deux conversations peuvent utiliser le même projet tout en contenant des travaux distincts. Créer une nouvelle conversation ne revient pas à actualiser l'ancienne, et choisir le même répertoire ne transfère pas le contexte d'un autre Agent.

Depuis la page d'accueil du projet, ouvrez la conversation dans laquelle vous avez envoyé la requête. Confirmez l'Agent utilisé. Si vous avez changé d'ordinateur ou d'appareil, vérifiez à nouveau l'hôte avant d'interpréter un historique vierge comme une perte de travail.

Si l'hôte lui-même est inaccessible, passez à la section réseau ci-dessous. Si l'hôte est connecté, restez sur cette conversation et examinez sa zone de saisie ainsi que la dernière sortie.

S'il s'agit de votre première connexion, suivez le guide de configuration pour iPhone ou le guide de flux de travail pour iPad avant de diagnostiquer une tâche existante.

Lorsque la première tâche n'a pas démarré

Dans New Conversation, la sélection d'un projet et d'un Agent prépare la tâche. L’envoi du premier message la démarre. Si vous avez seulement choisi une invite réutilisable ou saisi du texte dans le champ d'entrée, il se peut que l'Agent n'ait encore rien reçu à traiter.

Vérifiez le bouton de projet situé sous la zone de saisie. Sélectionnez le dépôt effectif lorsque vous travaillez sur du code existant ; Independent Workspace crée un répertoire distinct. Vérifiez ensuite le bouton Agent et envoyez une requête courte, comme :

Inspecte ce projet sans modifier de fichiers. Indique le répertoire de travail et la branche Git, puis explique comment l'application démarre. N'exécute pas de tests et n'installe pas de dépendances.

Une réponse issue du répertoire cible vous offre un point de départ concret. Si une invite de démarrage ou de connexion s'affiche à la place, réglez-la avant d'ajouter une seconde tâche.

Lorsqu'une requête est en file d'attente

Si l'application signale une requête comme en file d'attente (queued), elle attend d'être transmise. Lisez l'avis qui l'accompagne : il peut vous demander de vous reconnecter, d'attendre la fin de la tâche courante, de traiter une approbation ou de laisser l'état de la conversation se synchroniser.

Si votre version affiche des brouillons en file d'attente au-dessus du champ de saisie, lisez l'avis associé. Par exemple, un avis syncing (synchronisation) signifie que l'application attend de confirmer l'état de la tâche. Renvoyer la même consigne peut ajouter un nouveau brouillon sans faire progresser le premier.

Lorsque Restore to composer est proposé, utilisez cette option pour réviser une consigne en attente. Cela replace ce brouillon dans la zone de saisie ; cela ne l'envoie pas. Cette commande n'est pas disponible si la zone de saisie contient déjà du texte ; enregistrez ou effacez ce texte au préalable. Supprimez un brouillon en attente si vous ne souhaitez plus qu'il s'exécute.

Si la file suspendue propose Resume queue, utilisez-le après avoir résolu la cause affichée. Cela ne dispense pas de reconnecter l'hôte ou de traiter une approbation. Si un avis indique que la session a pris fin, restaurez d'abord la session ; appuyer de façon répétée sur Resume queue ne permet pas de restaurer une session d'Agent indisponible.

Lorsque l'Agent requiert une intervention

Un hôte connecté peut toujours avoir un Agent en attente lors de la connexion, d'une confirmation de confiance envers le projet, d'une limite d'utilisation ou d'une approbation. Lisez la sortie la plus récente et répondez au problème signalé.

Pour les problèmes de connexion à Claude Code, vérifiez l'Agent sur l'ordinateur de développement sous le compte utilisateur qui exécute le serveur. Votre compte Tactic et l'authentification Claude Code ont des rôles distincts. Suivez les instructions d'authentification d'Anthropic adaptées à votre configuration ; il n'est pas forcément nécessaire de créer une clé d'API. Si la même anomalie se produit en local, consultez le guide officiel de dépannage.

Pour une approbation, lisez la demande en cours et décidez de l'action à mener. Envoyer un message générique « continue » ne constitue pas une réponse à l'approbation elle-même. Une ancienne carte d'approbation dans la conversation relève du contexte historique ; traitez la demande en attente actuelle.

Si Tactic indique explicitement que l'Agent ne s'exécute pas et que votre message n'a pas été envoyé, la bannière d'envoi bloqué peut proposer Start & Send, Queue et Edit. Choisissez Start & Send lorsque vous souhaitez démarrer l'Agent pour cette requête retenue. Choisissez Edit pour la modifier, ou Queue pour la différer. Ces options s'appliquent à un échec d'envoi avéré, et non à n'importe quel écran inactif.

Après une déconnexion, décider s'il faut renvoyer

Une défaillance réseau peut survenir après qu'une requête a atteint l'hôte, mais avant que le téléphone ne reçoive de confirmation. Un simple dépassement de délai (timeout) ne permet donc pas de déduire que rien n'a été exécuté.

Un avis catégorique « not sent » et un échec de connexion incertain exigent des conduites différentes. Des messages tels que « the prompt may still have been sent » ou « the prompt may still be running » appellent une vérification de la conversation originale, plutôt qu'une nouvelle soumission immédiate.

Reconnectez-vous au même hôte, rouvrez la même conversation et consultez sa dernière sortie ainsi que les brouillons en file d'attente. Appliquez ensuite cette règle de décision :

Prenez connaissance du contenu ainsi que de l'état. Dans cet exemple, la prochaine étape consiste à lire des fichiers et les vérifications n'ont pas encore été lancées (Checks: Not run). L'étiquette Idle ne transformerait pas ces notes en une implémentation terminée.

Si l'historique mentionne Earlier messages omitted, l'enregistrement visible est incomplet. L'absence d'une requête plus ancienne ne suffit pas pour la soumettre à nouveau. Dès lors que vous avez confirmé que la session courante est inactive, une relance utile consiste à demander : « Résume ce que tu as réellement accompli, ce qu'il reste à faire et ce qui attend ma décision. Ne réexécute pas les commandes précédentes. »

Lorsque l'hôte est injoignable

Vérifiez que l'ordinateur n’est pas en veille et que le compagnon ou le serveur est en cours d'exécution. Une connexion opérationnelle en Wi-Fi domestique ne fonctionne pas nécessairement de manière automatique sur les données mobiles.

Pour une connexion locale, vérifiez l'adresse actuelle de l'hôte et si le réseau autorise les appareils à communiquer entre eux. Pour Cloudflare, assurez-vous que le tunnel fonctionne et que l'adresse enregistrée est à jour ; une adresse temporaire peut changer après un redémarrage. Suivez le guide réseau local ou le guide de configuration Cloudflare adapté à cette voie.

Pour les connexions Windows via un compte Tactic, vérifiez que le PC est lié au compte, que le même compte Tactic est utilisé et que le Relay est connecté, à l'aide du guide Windows. Corriger l'acheminement permet de rétablir le lien avec l'hôte ; il vous reste ensuite à y examiner la tâche d'origine.

Transmettre le dernier état connu à l'assistance

Si le problème persiste, contactez le support en précisant les versions du téléphone et du compagnon, le système d'exploitation de l'hôte, l'Agent, le type de connexion, le message d'erreur exact et la dernière action entreprise avant le blocage. Indiquez également si la requête est toujours en file d'attente, si l'hôte affiche une nouvelle sortie et si vous avez changé de réseau. Masquez les identifiants présents sur les captures d'écran.

Ces précisions permettent de distinguer un problème de connexion d'une défaillance propre à l'Agent — et vous offrent un point de reprise net une fois la cause résolue.