Coder les mains libres : dictez vos prompts à Claude Code depuis votre iPhone

Le prompt est le goulot d'étranglement.

Pas l'agent, pas le réseau, pas le serveur — le prompt. Plus précisément, ce moment où vous devez rédiger une instruction précise et détaillée sur un clavier de verre de 15 centimètres, debout dans un couloir entre deux réunions.

Cette friction est bien réelle. Et elle vous décourage discrètement d'utiliser votre téléphone pour piloter vos sessions de code IA comme vous pourriez le faire autrement.

Tactic Remote intègre la saisie vocale pour répondre directement à ce problème. Vous composez vos prompts en parlant, relisez la transcription, et envoyez — sans taper.

Pourquoi les longs prompts sont pénibles à saisir sur téléphone

La plupart des instructions utiles pour l'IA de code ne sont pas courtes.

"Corrige le bug" fonctionne rarement. Le prompt qui fait vraiment avancer le travail ressemble plutôt à ceci :

"Dans la classe AuthService, la logique de renouvellement de token échoue silencieusement quand la connexion réseau expire. Vérifie le bloc catch dans refreshToken(), compare avec la façon dont on gère ça dans SessionManager, et ajoute une nouvelle tentative avec backoff exponentiel. Ne modifie pas l'interface publique."

C'est 45 mots. Sur un clavier de bureau, cela prend quelques secondes. Sur un téléphone, c'est un effort conséquent : l'autocorrection vous combat, les noms de classes et les termes techniques sont déformés, et le changement de jeu de caractères vous ralentit encore davantage.

Le résultat est prévisible : vous raccourcissez le prompt, perdez en précision, et l'agent fait quelque chose d'adjacent à ce que vous vouliez plutôt qu'exactement ce dont vous aviez besoin. Ou vous attendez simplement d'être de retour devant un clavier.

Ces deux issues représentent un gaspillage. L'agent tourne. La session est active. Le moment est là. Mais la surface de saisie est dans le chemin.

Ce que fait la saisie vocale dans Tactic Remote

Tactic Remote vous permet de composer des prompts via la reconnaissance vocale.

Le flux est simple :

1. Appuyez sur l'icône micro dans la zone de prompt.
2. Énoncez votre instruction à un rythme conversationnel normal.
3. La transcription apparaît sous forme de texte modifiable dans le champ de prompt.
4. Relisez et corrigez si nécessaire, puis envoyez.

Vous n'envoyez pas d'audio brut à l'agent. La saisie vocale produit du texte — le même texte que vous auriez tapé. Vous gardez le contrôle de ce qui est envoyé avant que cela ne quitte votre téléphone.

Cela compte pour plusieurs raisons. Parler est plus rapide que taper pour la plupart des gens, surtout pour des instructions longues et structurées. L'étape de relecture vous maintient précis : vous repérez les erreurs de reconnaissance des termes techniques avant qu'ils n'atteignent l'agent. Et le résultat s'intègre naturellement au reste du flux de prompts de Tactic Remote, y compris les Quick Prompts et la sélection d'agent par session.

Quand la saisie vocale est vraiment utile

La saisie vocale n'est pas également précieuse dans toutes les situations. Voici où elle fait la plus grande différence.

Les instructions longues en langage naturel. Quand vous devez expliquer un contexte, un raisonnement ou une intention — pas seulement une commande — parler est plus rapide et plus naturel que taper. La prose coule de la parole ; elle se bat contre le clavier de téléphone.

En marchant ou dans les transports. Le schéma le plus courant de code IA mobile consiste à vérifier une session en cours quand vous n'êtes pas à votre bureau. Si l'agent a terminé une tâche et attend une direction, pouvoir dicter la prochaine instruction plutôt que de s'arrêter, s'asseoir et taper maintient la session en mouvement.

Les termes techniques en contexte. Dire "refactorise le flux OAuth dans UserSessionController" est laborieux à taper sur mobile — l'autocorrection va tenter de le massacrer. Énoncer la phrase complète puis relire la transcription est souvent plus propre que de se battre contre le clavier logiciel.

L'accessibilité. Pour les développeurs qui trouvent difficile de taper sur de petits écrans en raison de contraintes motrices ou visuelles, la saisie vocale réduit un véritable obstacle à l'utilisation des outils de code IA mobiles.

Les premiers jets d'instructions complexes. Parfois vous savez ce que vous voulez mais avez besoin de penser à voix haute pour le structurer. Dicter un premier jet, relire le texte, et éditer avant d'envoyer peut produire un prompt final plus propre qu'une saisie depuis zéro.

Comment bien l'utiliser

La saisie vocale est un outil de composition, pas un tuyau de dictée. L'étape de relecture fait partie du workflow, ce n'est pas une formalité. Quelques pratiques aident.

Parlez en phrases complètes et structurées. "Vérifie la gestion des erreurs dans le flux de connexion, compare-la avec le flux d'inscription, et liste les incohérences" fonctionne mieux que "euh, genre, vérifie les erreurs de connexion j'imagine." Plus votre discours est structuré, moins la transcription a besoin de correction.

Nommez les choses précisément. Noms de fichiers, noms de classes, noms de fonctions — dites-les clairement et complètement. Après la transcription, scannez ces termes en premier. Si "AuthService" est devenu "Awesome," corrigez-le avant d'envoyer.

Relisez toujours avant d'envoyer. L'étape de relecture est ce qui rend la saisie vocale fiable pour le travail technique. Passez deux secondes à balayer la transcription à la recherche de termes mal reconnus. C'est plus rapide que de corriger une réponse d'agent confuse en aval.

Combinez avec les Quick Prompts pour les workflows récurrents. La saisie vocale est idéale pour les instructions spécifiques au contexte et longues. Pour les prompts que vous envoyez régulièrement — "revue du diff actuel," "résume cette session," "ajoute des tests pour le comportement modifié" — les Quick Prompts sont le bon outil. Utilisez-les ensemble : optez pour la voix quand l'instruction est unique à ce moment, optez pour les Quick Prompts quand c'est un schéma que vous avez déjà utilisé.

Éditez librement la transcription. Le champ de saisie vocale est simplement un champ de texte. Après avoir parlé, vous pouvez appuyer n'importe où, corriger les mots mal reconnus, ajouter des détails techniques plus faciles à taper qu'à dire (un numéro de ligne spécifique, une URL, un nom de flag), et ajuster la formulation. Traitez-le comme un point de départ, pas comme un résultat final.

Un exemple concret

Voici à quoi ressemble un workflow de saisie vocale pour une instruction de refactorisation.

Vous êtes dans le train. Votre agent tourne sur votre Mac à la maison. Vous avez reçu une notification push indiquant qu'il a terminé la tâche précédente et attend. Vous ouvrez Tactic Remote, voyez le résultat terminé, et devez donner la prochaine instruction.

Vous appuyez sur le micro et dites :

"Dans DataSyncService, la méthode de synchronisation complète s'exécute sur le thread principal. Déplace-la vers une queue en arrière-plan et assure-toi que le callback de complétion est dispatché vers le thread principal. Vérifie s'il existe des tests pour ça et mets-les à jour si nécessaire. Ne touche pas à la méthode de synchronisation partielle."

La transcription atterrit dans le champ de prompt. Vous la scannez : "DataSyncService" est correct, "queue en arrière-plan" est correct, "dispatché vers le thread principal" est correct. Vous envoyez.

Cette instruction — 61 mots — a pris environ 15 secondes à dicter et 5 à relire. La taper du pouce dans un métro aurait pris beaucoup plus longtemps, et les termes techniques auraient nécessité une correction minutieuse.

L'agent est maintenant débloqué. Vous remettez le téléphone dans votre poche.

Limites et attentes réalistes

La saisie vocale est utile, mais ce n'est pas de la magie.

Le jargon technique — surtout les noms de classes inventés, les termes spécifiques au projet, ou les identifiants inhabituels — sera parfois mal reconnu. L'étape de relecture attrape la plupart de ces cas avant qu'ils ne causent des problèmes.

Le bruit de fond affecte la qualité de transcription. Un environnement calme produit des résultats plus propres qu'une rue animée ou un bureau bruyant. Si la précision diminue, passez à la saisie ou trouvez un moment plus calme.

Les instructions très longues (plusieurs paragraphes) fonctionnent mieux découpées en segments ciblés. Dicter une instruction claire à la fois est plus fiable que d'essayer de dicter un plan entier en plusieurs étapes en un seul souffle.

La saisie vocale n'interprète ni n'exécute rien — elle produit du texte. Ce que vous relisez dans le champ de prompt est exactement ce que l'agent recevra.

Composition de prompt, pas remplacement de prompt

La saisie vocale ne change pas à quoi ressemble un bon prompt. Elle change la vitesse et le confort avec lesquels vous pouvez en rédiger un sur un téléphone.

L'agent a toujours besoin d'un contexte clair, d'instructions délimitées, et d'un objectif énoncé. Dicter un prompt vague vous donne une réponse vague, juste plus vite. Le savoir-faire pour rédiger des prompts de code IA efficaces s'applique tout autant, que vous ayez tapé ou dicté le texte.

Ce que la saisie vocale supprime, c'est l'une des principales raisons pour lesquelles le code IA mobile semble laborieux : la friction physique de composer des instructions soignées sur un petit clavier en dehors d'un bureau.

Cette friction n'est pas inhérente au mobile. C'est un problème d'outillage. La supprimer fait du téléphone une surface de contrôle plus capable pour l'agent qui tourne sur votre bureau.

---

Si vous voulez constituer une bibliothèque de prompts auxquels vous revenez régulièrement, lisez Quick Prompts Are Workflow Memory. Pour une vue d'ensemble du schéma de workflow asynchrone — laisser l'agent tourner, être notifié, et piloter à distance — consultez Your AI Coding Assistant Doesn't Need You to Watch. Et si vous configurez Tactic Remote pour la première fois, How to Run Claude Code from Your iPhone couvre l'intégralité du flux de connexion.