Local ou cloud : la différence qui compte vraiment
On présente d’habitude le choix comme une affaire de puissance ou de confidentialité. À l’usage, ce n’est ni l’un ni l’autre : ce qui change tout, c’est l’endroit où vit la conversation. En local, le dialogue est là, sur ta machine. Dans le cloud, ta machine n’en reçoit que les effets — les fichiers écrits, le dépôt mis à jour — jamais l’échange lui-même.
Ça paraît être un détail d’implémentation. C’est en réalité la frontière qui décide de ce que tu peux écouter, de ce que tu peux reprendre à la voix, et de ce qui restera hors de portée quoi qu’il arrive.
Ce que chaque mode te donne
| En local | Déporté dans le cloud | |
|---|---|---|
| Où vit le dialogue | Sur ta machine | Sur un serveur |
| Ce que ta machine reçoit | L’échange, au fil de l’eau | Le résultat, à la fin |
| Si tu fermes l’ordinateur | La session s’arrête | La session continue |
| Suivre sans regarder l’écran | Possible : il y a quelque chose à lire | Impossible : il n’y a rien à lire |
Aucune des deux colonnes n’est « la bonne ». Elles répondent à deux questions différentes : est-ce que je veux suivre ? ou est-ce que je veux déléguer ?
Pourquoi le local permet d’écouter
Quand une session s’exécute sur ta machine, sa conversation y est présente : c’est du contenu, pas une abstraction. SpeakApp le prend à la source — la trace de la conversation pour les applications de bureau, la page elle-même pour les versions web, via l’extension Chrome ou Edge. À partir de là, tout le reste devient possible.
- Toutes tes conversations sont lues au fil de l’eau, pas une seule à la fois. Tu retires de la lecture celles que tu ne veux pas entendre, tu les y remets quand tu veux.
- Une file d’attente qui survit à un redémarrage — jusqu’à quarante conversations, sur six heures. Ce qui a dépassé six heures ne revient pas.
- Une seule réponse en attente par session : la plus récente. Si une conversation te répond à nouveau pendant que sa réponse précédente patientait, la nouvelle remplace l’ancienne. Tu ne réécoutes jamais un état périmé.
- Répondre sans reprendre le clavier, puisque la session est là pour recevoir la réponse.
Une posture ne bouge pas, quel que soit le mode : la lecture lit, elle n’agit jamais à ta place. Un plan te sera lu ; il ne sera pas approuvé pour toi.
Pourquoi le cloud reste le bon choix, parfois
Déporter une session n’est pas un pis-aller. Elle continue quand tu fermes ton ordinateur, elle n’occupe ni ton processeur ni ta mémoire, elle se déclenche depuis un téléphone, et plusieurs personnes peuvent la reprendre. Pour une tâche longue que personne n’a besoin de suivre en direct, c’est exactement ce qu’il faut.
Le coût est l’autre moitié de la phrase : tu délègues, donc tu ne suis plus. Tu reviendras lire un résultat, pas écouter un raisonnement en train de se faire. Les deux modes ne se remplacent pas — ils s’alternent, selon ce que tu veux de la session.
Le cas qui surprend, et comment le reconnaître
La même application peut faire les deux. Tu peux ouvrir une session dans ton assistant habituel et lui demander de s’exécuter à distance plutôt que sur ta machine : l’écran ne change presque pas, et pourtant tu viens de passer de l’autre côté de la frontière. SpeakApp ne lira pas cette session-là, et la réponse vocale (« ok ») tombe avec, puisqu’elle n’a plus rien à viser.
Rien ne te le dit. Ce n’est pas une erreur, c’est une absence : il n’y a simplement rien à lire. Le repère est donc à chercher dans ta demande, pas dans un message — ai-je demandé que ça tourne ici, ou ailleurs ? Si les fichiers produits arrivent sur ton disque mais que tu n’as jamais vu l’échange s’écrire, la session est déportée.