Habr montre comment parler à une IA par SMS quand l'internet mobile est coupé

Habr a publié une note expliquant comment dialoguer avec un modèle de langage par SMS lorsque l'internet mobile est indisponible. Le point de départ de l'auteur est simple : dans plusieurs régions, la connexion est instable, et le smartphone se transforme temporairement en téléphone classique, où seuls les appels et les messages fonctionnent. Le chiffre clé ne concerne pas le modèle, mais le canal. Un SMS contient 160 caractères en alphabet latin ou 70 caractères en cyrillique. C'est par ce goulot d'étranglement qu'il faut faire passer la réponse de l'IA.

Une réserve importante : la partie accessible du texte ne contient aucun détail technique. Le reste est masqué derrière le cut. Ce qui suit présente donc la logique générale de ce type de solutions, et non l'implémentation concrète de l'auteur.

Comment fonctionne le montage

Presque toutes les variantes d'« IA par SMS » reposent sur les mêmes briques. Le téléphone envoie un message à un numéro relié à une passerelle SMS. Cette passerelle peut être un modem GSM avec une carte SIM ou l'API d'un agrégateur d'envois de SMS. Elle transmet le texte à un serveur, qui interroge l'API du modèle de langage. La réponse est compressée, puis renvoyée par le même canal.

Son principal avantage : l'utilisateur n'a rien à installer. N'importe quel téléphone à touches convient. Le serveur se trouve là où internet fonctionne, tandis que la personne n'a plus que le réseau cellulaire.

Où le canal bouscule les usages habituels

Les chatbots ont pris l'habitude de répondre longuement. Le SMS ne le permet pas. Le cyrillique est encodé en UCS-2 : un message unique contient donc 70 caractères, et chaque partie d'un message concaténé n'en porte que 67. L'alphabet latin, encodé en GSM-7, offre respectivement 160 et 153 caractères.

Paramètres clés du canal :

• SMS unique : 160 caractères (GSM-7) ou 70 (UCS-2, cyrillique) ;
• partie d'un message concaténé : 153 ou 67 caractères ;
• une réponse de 1000 caractères en russe occupe environ 15 messages, contre environ 7 en alphabet latin ;
• la livraison ne garantit ni l'ordre ni le délai : les parties peuvent arriver dans le désordre ;
• l'opérateur facture chaque message séparément.

Ces contraintes dictent des choix d'ingénierie. Le prompt système doit imposer des réponses d'une ou deux phrases. Le serveur doit tronquer la sortie du modèle selon la limite et numéroter les parties. Parfois, il est judicieux de répondre en translittération ou de façon abrégée pour tenir dans l'encodage le plus compact, même si ce texte est plus difficile à lire.

Risques et limites

Le SMS n'est pas chiffré de bout en bout. Tout ce que vous demandez est visible par l'opérateur et par le propriétaire de la passerelle. C'est acceptable pour des questions du quotidien, mais pas pour des questions médicales ou financières. Reste la question du coût : si le service répond à vos frais, quinze messages pour une seule réponse représentent vite une somme notable. Si c'est le propriétaire du bot qui paie, il faut une protection contre les abus, c'est-à-dire des limites par numéro et des filtres antispam.

S'ajoute la dépendance à l'infrastructure. Si la connexion disparaît totalement, le SMS n'est d'aucun secours. En revanche, si seul l'internet mobile est restreint, tandis que la voix et les messages passent, le montage fonctionne.

Que faire si vous voulez le reproduire

Commencez par le minimum. Prenez une passerelle avec un simple webhook, ou un modem GSM, et un petit script serveur. Limitez strictement la longueur de la réponse dans le prompt, puis tronquez-la en plus par programmation. Mettez en place une liste blanche de numéros et un plafond quotidien de messages. Décidez d'emblée qui supporte les coûts. N'envoyez pas de données sensibles par ce canal. Pour les requêtes complexes, mieux vaut apprendre au bot à envoyer une réponse courte et à proposer la suite via une commande du type « encore », plutôt que d'expédier d'un coup dix messages.

L'idée est modeste, mais elle fonctionne. Elle rappelle que l'accès à l'IA dépend moins de la qualité du modèle que du canal par lequel la réponse parvient à l'utilisateur.