Blog
Du bureau au canapé : le workflow mobile du développeur
Le téléphone ne remplace pas votre laptop. Il comble les creux entre les sessions au bureau — et c'est dans ces creux que les agents de codage IA apportent le plus de valeur.
Suivez les mises à jour produit et ingénierie de cette catégorie.
Voir la catégorieLe « workflow mobile du développeur » ressemble à un pitch pour travailler depuis une plage avec un cocktail. La réalité est plus banale et plus utile : vous êtes sur votre canapé après le dîner, votre Mac est au bureau, et vous voulez lancer ce refactoring de tests avant demain matin.
Cet article décrit comment les développeurs utilisent réellement les outils de codage depuis le téléphone — pas comme remplacement du laptop, mais comme extension de leur setup de bureau qui comble des creux spécifiques dans la journée.
Les creux dans la journée d'un développeur
La plupart des développeurs ne codent pas 8 heures d'affilée. La journée a des pauses naturelles :
- Trajet (30-60 min) — impossible de coder, possible de surveiller ou déléguer
- Réunions (intermittent) — impossible de coder, possible de vérifier l'état
- Déjeuner (30-60 min) — possible de revoir des résultats ou lancer la tâche suivante
- Soirée (variable) — envie de vérifier quelque chose ou lancer une tâche de basse priorité
- Attente de builds/tests (variable) — du temps existe, l'accès à l'écran non
Ces creux sont le moment où les outils de codage mobile sont vraiment utiles. Vous n'essayez pas d'écrire des algorithmes complexes sur un écran de 15 cm. Vous déléguez à un agent IA, surveillez la progression et prenez des décisions.
Trois modes de workflow
Mode 1 : Déléguer et oublier
Quand : Trajet, réunions, tout moment où vous ne pouvez pas surveiller activement
Comment ça marche :
- Envoyez une tâche claire et autonome à Claude Code depuis votre téléphone
- Rangez le téléphone
- Recevez une notification push quand Claude termine
- Examinez le résultat quand vous avez le temps
Bonnes tâches pour ce mode :
- « Lance la suite de tests complète et corrige les échecs »
- « Mets à jour toutes les dépendances vers leurs dernières versions stables »
- « Ajoute les types TypeScript aux fonctions utilitaires dans src/utils/ »
- « Génère des tests unitaires pour la classe PaymentService »
Mauvaises tâches pour ce mode :
- Tout ce qui nécessite des décisions de design que Claude ne peut pas prendre seul
- Les tâches où vous devez voir la sortie intermédiaire pour guider la direction
- Le travail impliquant des identifiants ou une configuration spécifique à l'environnement
Mode 2 : Superviser et orienter
Quand : Moment canapé, pause déjeuner, toute période de faible concentration où vous pouvez jeter un œil à votre téléphone
Comment ça marche :
- Envoyez une tâche qui pourrait nécessiter des conseils
- Gardez votre téléphone à proximité
- Quand Claude demande une saisie ou une approbation, répondez
- Itérez jusqu'à la fin de la tâche
Bonnes tâches pour ce mode :
- « Refactorise le flux d'authentification — je vérifierai chaque changement »
- « Écris le README du nouveau module — je validerai d'abord la structure »
- « Configure le pipeline CI — je confirmerai les choix de configuration »
Ce mode fonctionne car les invites d'approbation de Tactic Remote ont des boutons Y/N dédiés dans la barre d'outils du clavier. Pas besoin de taper « yes » — un simple tap. Assez rapide pour le faire en regardant la télé.
Mode 3 : Intervention rapide
Quand : Vous avez 2-5 minutes et voulez accomplir quelque chose de précis
Comment ça marche :
- Ouvrez Tactic Remote
- Faites une chose précise
- Fermez l'app
Bonnes tâches pour ce mode :
- Vérifier si le build passe
- Examiner la sortie de Claude d'une tâche précédente
- Envoyer un message de commit rapide
- Lancer une tâche en arrière-plan pour revue ultérieure
- Vérifier les coûts en tokens entre les sessions
Les snippets sont essentiels pour ce mode. Un tap pour « git status », un tap pour « run tests », un tap pour « /cost ». Aucune saisie nécessaire pour les vérifications de routine.
Le rythme quotidien
Voici à quoi ressemble une journée type pour un développeur utilisant ce workflow :
8h00 — Au bureau Démarrez l'app Mac, examinez le travail d'hier, planifiez les tâches du jour. C'est le mode bureau complet — vous avez votre clavier, votre écran et votre concentration.
8h30 — Envoi de la première tâche Avant de plonger dans votre propre travail, déléguez une tâche à Claude : « Corrige les trois bugs du triage d'hier. » Claude commence à travailler dans une session.
9h00 - 12h00 — Travail au bureau + surveillance Vous travaillez sur votre propre code à votre bureau. Occasionnellement votre téléphone vibre :
- « Tâche terminée » — jetez un œil, envoyez la tâche suivante
- « Approbation requise » — vérifiez, tapez Y, retour au travail
- « Erreur » — vérifiez la sortie, envoyez une correction
12h30 — Déjeuner Sur le canapé avec votre téléphone. Vérifiez l'état des sessions : Claude a terminé 2 tâches, 1 en cours. Envoyez une nouvelle tâche : « Ajoute des tests d'intégration pour les endpoints modifiés ce matin. » Retour au repas.
13h00 - 15h00 — Réunions Téléphone en silencieux. Claude travaille. Deux notifications pendant la réunion — vous les vérifierez après.
15h15 — Entre les réunions Deux tâches terminées. Examinez la sortie pendant 3 minutes. L'une est bonne, commitez-la. L'autre a besoin d'un ajustement — envoyez une correction. Lancez une tâche de documentation.
17h30 — Trajet Dans le train. Vérifiez l'état : tout poussé, CI est vert. Aucune action nécessaire. Bonne journée.
20h00 — Canapé Tâche de basse priorité : « Nettoie les fixtures de test et supprime les données inutilisées. » Déléguer et oublier. La notification arrivera quand elle arrivera — pas de pression.
22h00 — Avant le coucher Coup d'œil au téléphone : tâche terminée, 3 fichiers modifiés, tests passent. N'ouvrez même pas l'app — revue demain matin.
Ce qui change dans votre workflow
Vous pensez en tâches, pas en frappes clavier
Quand votre interface est un téléphone, vous composez naturellement des instructions de plus haut niveau. Au lieu de taper manuellement des commandes et d'éditer des fichiers, vous décrivez ce que vous voulez accomplir. C'est comme ça que les agents de codage IA fonctionnent le mieux — une intention claire, pas du micro-management.
Vous regroupez les décisions
Au lieu d'approuver chaque étape pendant que Claude travaille, vous pouvez laisser quelques notifications s'accumuler et les examiner ensemble pendant une pause. C'est plus efficace que de changer de contexte toutes les quelques minutes.
Vous travaillez de manière plus asynchrone
Le workflow mobile est intrinsèquement asynchrone. Vous envoyez du travail, vous êtes notifié, vous répondez. Cela correspond bien au fonctionnement réel des agents IA — ils n'attendent pas votre prochaine frappe clavier, ils exécutent une tâche.
Vous codez plus d'heures (en quelque sorte)
Vous ne codez pas plus au bureau. Mais le total d'heures de production de code utile augmente car Claude travaille pendant vos creux. Les 30 minutes de trajet qui étaient du temps mort produisent maintenant une tâche de refactoring terminée.
Limitations honnêtes
Petit écran, revue limitée
Examiner des modifications de code sur un écran de téléphone est faisable pour les petits diffs mais pénible pour les gros. Si Claude a modifié 15 fichiers, vous voudrez probablement revoir ça à votre bureau.
Solution : Utilisez Claude pour résumer ses propres modifications : « Liste tous les fichiers que tu as modifiés et résume ce qui a changé dans chacun. » Cela vous donne un aperçu adapté au téléphone.
La saisie est lente
Composer des prompts détaillés sur un clavier de téléphone est plus lent que sur un vrai clavier. Gardez les prompts concis sur votre téléphone.
Solution : Des snippets personnalisés pour les prompts courants. Si vous démarrez souvent des sessions avec des instructions similaires, sauvegardez-les.
Pas de contexte visuel
Vous ne pouvez pas voir votre IDE, navigateur ou outils de design depuis votre téléphone. Les tâches nécessitant une vérification visuelle (« rends le bouton bleu », « vérifie si la mise en page est correcte ») nécessitent votre bureau.
Dépendance au réseau
Le workflow mobile nécessite une connexion internet (pour Cloudflare Tunnel) ou d'être sur le même WiFi (pour le mode LAN). Pas de connexion signifie pas de codage.
Atténuation : Claude Code continue de tourner dans sa session tmux indépendamment de votre connexion. Si vous perdez la connectivité, vous perdez la surveillance — pas le travail.
Le bon modèle mental
Le téléphone n'est pas un mini laptop. C'est une télécommande avec des notifications.
Vous n'essaieriez pas de monter un film avec une télécommande TV. Mais vous l'utiliseriez absolument pour lancer la lecture, sauter des pistes et ajuster le volume. C'est le rôle du téléphone dans un workflow mobile de développeur — contrôler, surveiller et décider. Le traitement lourd se fait sur votre Mac.
Une fois que vous avez intériorisé cela, le workflow cesse de ressembler à un compromis et commence à ressembler à une amélioration : votre Mac travaille pendant que vous ne travaillez pas.
Essayez Tactic Remote
Pilotez vos agents de programmation depuis votre téléphone
Connectez-vous à Claude Code, Codex et aux autres agents sur votre Mac, PC Windows ou Linux. Consultez leur progression et envoyez la prochaine instruction depuis votre iPhone ou iPad.