GigaChat por SMS: como conversar com a IA sem internet

A ideia e a arquitetura

A instabilidade da internet móvel em algumas regiões da Rússia empurra desenvolvedores para experimentações. Um deles decidiu criar um sistema para conversar com IA via SMS — o canal de comunicação mais confiável para qualquer celular. A proposta é simples: você manda um texto por SMS e recebe uma resposta do GigaChat em um SMS de volta.

O sistema foi desenvolvido de forma iterativa com a ajuda do próprio agente de IA. O autor testou o funcionamento na prática, sem pretender apresentar uma solução tecnicamente perfeita ou segura. Serviços parecidos já existem (como o Voxie AI, nos EUA), mas funcionam com números internacionais e com suporte incerto ao russo.

Componentes e preços

A stack completa, dividida em itens:

Hardware: um celular Android antigo (um Nokia 7 TA-1041 com Android 7.1.1, ou qualquer outro por 1.000-2.000 rublos usado) mais um segundo chip.

Operadora: T-Mobile com um plano personalizado — 0 minutos, 0 GB de dados, apenas SMS ilimitado por 49 rublos ao mês. O cadastro exigiu esforço extra, mas no fim deu certo.

Nuvem: um VPS da Selectel com 2 vCPU, 2 GB de RAM, 40 GB de SSD — 400 rublos ao mês. Requisitos: Ubuntu 22 ou 24, virtualização KVM.

Domínio: qualquer domínio barato (100-200 rublos ao ano). São necessários dois registros DNS do tipo A, para app.domain.ru e sms.domain.ru, apontando para o IP do VPS. Importante: o status do proxy precisa ser "somente DNS" (não via proxy do Cloudflare), senão o Let's Encrypt e a conexão SSE com o celular quebram.

Modelo de IA: GigaChat, da Sber (250 milhões de tokens gratuitos por ano). É preciso se cadastrar na API do GigaChat e obter uma chave de autorização.

Aplicativo mobile: SMS Gateway for Android, versão 1.77.1 (especificamente o app-release.apk, não a versão insegura).

Stack de desenvolvimento: Python, FastAPI como servidor web, SQLite para o banco de dados de sessões, Caddy para HTTPS e proxy reverso.

Configuração

No VPS, são instalados Docker e um firewall UFW. As regras: permitir SSH (22), 80 (para o Let's Encrypt), 443 (para HTTPS) e bloquear o resto. O NTP é ativado para sincronizar o horário — os webhooks são assinados com marcas de tempo, e o receptor só aceita requisições dentro de uma janela de ±5 minutos.

O código do projeto é clonado do repositório https://github.com/VladSmr/sms-ai-gateway. Em seguida, são preenchidas as variáveis de ambiente no .env e no config.yaml.

Parâmetros-chave:

• system_prompt — a instrução dada ao modelo: "Responda em russo, de forma breve, até 200 caracteres, sem emoji nem markdown" • max_reply_units = 201 — limite rígido de tamanho da resposta (cada bloco tem 67 caracteres, menos 3 caracteres por cabeçalho na concatenação) • max_tokens = 500 — limite de geração do GigaChat • max_sessions = 10 — sessões de diálogo simultâneas (cada uma expira após 24 horas sem atividade; para trocar de sessão: "#2 sua pergunta") • history_messages = 10 — número de mensagens anteriores enviadas ao modelo como contexto

No celular, no app SMS Gateway, é informada a URL da API (https://sms.domain.ru/api/mobile/v1) e um token de acesso; a conexão gera as credenciais. Depois, é configurada a chave de assinatura dos webhooks (HMAC), um intervalo de ping de 14 minutos; a otimização de bateria é desativada e o processamento FIFO de mensagens é ativado.

No VPS, cinco eventos são registrados via API REST: sms:received, sms:delivered, sms:failed, system:ping e app:started. Na whitelist do config.yaml, é adicionado o número principal de onde partem as requisições, para não gastar tokens respondendo a remetentes aleatórios.

Dificuldades práticas

O primeiro problema: o modo de suspensão do Android entra em ação após 30 minutos, e as mensagens ficam retidas em um buffer, sendo reenviadas em intervalos crescentes (14 tentativas em 45 horas). A solução: ativar o modo desenvolvedor e marcar a opção de "não desligar a tela" — mas isso só funciona com o celular carregando. Não está claro se é seguro deixar o telefone assim por vários dias.

O segundo problema: um chip novo, ainda não "aquecido", pode atrasar o envio de SMS por causa dos filtros antifraude da operadora. A causa exata é desconhecida, e o suporte da operadora não ajudou. Depois disso, o problema não se repetiu.

Conclusões

O projeto comprovou que o conceito funciona. Os próximos passos podem incluir a adição de RAG para busca, a integração com outros modelos de IA ou o redirecionamento de contatos inconvenientes para a IA. As ideias são limitadas apenas pela imaginação e pelas leis da Rússia. Um detalhe importante: a operadora de telefonia tem acesso de leitura a todos os SMS.