GigaChat par SMS : comment dialoguer avec une IA sans Internet

L'idée et l'architecture

L'instabilité de l'Internet mobile dans certaines régions de Russie pousse les développeurs à expérimenter. L'un d'eux a décidé de créer un système de communication avec une IA par SMS — le canal de communication le plus fiable pour n'importe quel téléphone. Le principe est simple : on envoie un texte par SMS, on reçoit une réponse de GigaChat dans un SMS en retour.

Le système a été développé de manière itérative avec l'aide de l'agent IA lui-même. L'auteur a testé la faisabilité en pratique, sans prétendre proposer une solution techniquement parfaite ou sécurisée. Des services similaires existent déjà (par exemple Voxie AI aux États-Unis), mais ils fonctionnent via des numéros internationaux et leur prise en charge du russe reste incertaine.

Les composants et leur prix

Voici la pile complète, détaillée point par point :

Matériel : un vieux téléphone Android (Nokia 7 TA-1041 sous Android 7.1.1, ou tout autre modèle à 1 000-2 000 roubles trouvé sur Avito) plus une seconde carte SIM.

Opérateur : T-Mobile avec un forfait personnalisable — 0 minute, 0 Go de data, uniquement des SMS illimités pour 49 roubles par mois. L'inscription a demandé un effort supplémentaire, mais a fini par fonctionner.

Cloud : un VPS Selectel avec 2 vCPU, 2 Go de RAM, 40 Go SSD — 400 roubles par mois. Prérequis : Ubuntu 22 ou 24, virtualisation KVM.

Domaine : n'importe quel nom de domaine bon marché (100-200 r/an). Il faut deux enregistrements DNS de type A pour app.domain.ru et sms.domain.ru, pointant vers l'IP du VPS. Important : le statut du proxy doit être « DNS only » (pas via le proxy Cloudflare), sinon Let's Encrypt et la connexion SSE avec le téléphone seront cassés.

Modèle d'IA : GigaChat de Sber (250 millions de jetons gratuits par an). Inscription à l'API GigaChat, obtention d'une clé d'autorisation.

Application mobile : SMS Gateway for Android version 1.77.1 (précisément l'apk app-release, pas la version insecure).

Pile de développement : Python, FastAPI pour le serveur web, SQLite pour la base de données des sessions, Caddy pour le HTTPS et le reverse proxy.

Configuration et paramétrage

Sur le VPS, on installe Docker et le pare-feu UFW. Règles : autoriser SSH (22), 80 (pour Let's Encrypt), 443 (pour HTTPS), rejeter le reste. On active NTP pour synchroniser l'horloge — les webhooks sont signés avec des horodatages, et le récepteur n'accepte que dans une fenêtre de ±5 minutes.

Le code du projet est cloné depuis le dépôt https://github.com/VladSmr/sms-ai-gateway. Les variables d'environnement sont remplies dans .env et config.yaml.

Paramètres clés :

• system_prompt — instruction donnée au modèle : « Réponds en russe de manière concise, jusqu'à 200 caractères, sans emoji ni markdown » • max_reply_units = 201 — limite stricte sur la taille de la réponse (chaque bloc fait 67 caractères, moins 3 caractères par en-tête pour la concaténation) • max_tokens = 500 — limite de génération de GigaChat • max_sessions = 10 — sessions de dialogue simultanées (chacune vit 24 heures sans activité ; pour basculer vers une autre : « #2 votre question ») • history_messages = 10 — nombre de messages passés envoyés au modèle pour le contexte

Sur le téléphone, dans l'application SMS Gateway, on saisit l'URL de l'API (https://sms.domain.ru/api/mobile/v1) et le jeton d'accès ; la connexion génère les identifiants. On indique ensuite la clé de signature (HMAC) pour les webhooks, un intervalle de ping de 14 minutes, on désactive l'optimisation de la batterie et on configure un traitement des messages en FIFO.

Sur le VPS, cinq événements sont enregistrés via l'API REST : sms:received, sms:delivered, sms:failed, system:ping, app:started. Dans la whitelist du config.yaml, on inscrit le numéro principal depuis lequel les requêtes sont envoyées, afin de ne pas gaspiller de jetons à répondre à des expéditeurs aléatoires.

Difficultés rencontrées

Premier problème : le mode veille d'Android s'active après 30 minutes, les messages s'accumulent dans un buffer et sont renvoyés avec un intervalle croissant (14 tentatives sur 45 heures). Solution : activer le mode développeur, cocher « ne jamais éteindre l'écran » — mais cela ne fonctionne qu'en charge. On ne sait pas s'il est sûr de laisser le téléphone branché plusieurs jours.

Deuxième problème : une carte SIM neuve, pas encore « rodée », peut retarder les SMS sortants à cause des filtres antifraude de l'opérateur. La cause exacte reste inconnue, le support de l'opérateur n'a pas aidé. Le problème ne s'est pas reproduit par la suite.

Bilan

Le projet a démontré la viabilité du concept. Pistes de développement : ajout d'un RAG pour la recherche, intégration avec d'autres modèles d'IA, redirection des contacts gênants vers l'IA. Les idées ne sont limitées que par l'imagination et les lois russes. Nuance importante : tous les SMS sont lus par l'opérateur de téléphonie.