Habr mostrou como conversar com uma IA por SMS quando a internet móvel cai

O Habr publicou uma nota sobre como conversar com um modelo de linguagem por SMS quando a internet móvel está indisponível. A premissa do autor é simples: em algumas regiões a conexão é instável, e o smartphone passa temporariamente a ser um telefone em que só restam chamadas e mensagens. O dado central aqui diz respeito ao canal, não ao modelo. Um SMS comporta 160 caracteres em alfabeto latino ou 70 caracteres em cirílico. É por esse gargalo estreito que a resposta da IA precisa passar.

Uma ressalva importante: a parte acessível do material não traz detalhes técnicos. O restante está atrás do corte do texto, por isso o que segue é uma análise da lógica geral de soluções desse tipo, e não da implementação específica do autor.

Como funciona o esquema

Quase toda variante de "IA por SMS" é montada com os mesmos blocos. O celular envia uma mensagem para um número ligado a um gateway de SMS. O gateway pode ser um modem GSM com chip SIM ou a API de um agregador de envio de mensagens. Ele repassa o texto a um servidor, que chama a API do modelo de linguagem. A resposta é comprimida e volta pelo mesmo canal.

A principal vantagem é que o usuário não precisa instalar nada. Qualquer celular de teclado funciona. O servidor fica em um lugar com internet, enquanto a pessoa só conta com a rede celular.

Onde o canal quebra o cenário habitual

Chatbots estão acostumados a dar respostas longas. O SMS não perdoa isso. O cirílico é codificado em UCS-2, por isso uma mensagem única comporta 70 caracteres, e em uma mensagem composta cada parte carrega apenas 67. O alfabeto latino na codificação GSM-7 dá 160 e 153 caracteres, respectivamente.

Parâmetros principais do canal:

• SMS único: 160 caracteres (GSM-7) ou 70 (UCS-2, cirílico);
• parte de uma mensagem composta: 153 ou 67 caracteres;
• uma resposta de 1000 caracteres em russo ocupa cerca de 15 mensagens; em alfabeto latino, cerca de 7;
• a entrega não garante ordem nem prazo, e as partes podem chegar fora de ordem;
• cada mensagem é tarifada separadamente pela operadora.

Daí decorrem as decisões de engenharia. O prompt de sistema deve exigir respostas de uma ou duas frases. O servidor precisa cortar a saída do modelo no limite e numerar as partes. Às vezes vale responder em transliteração ou de forma abreviada para caber na codificação mais compacta, embora esse texto seja mais difícil de ler.

Riscos e limitações

O SMS não tem criptografia de ponta a ponta. Tudo o que você perguntou fica visível para a operadora e para o dono do gateway. Para perguntas do dia a dia isso é tolerável; para questões médicas ou financeiras, não. Também há a questão do custo: se o serviço responde por conta do usuário, quinze mensagens por resposta rapidamente viram uma quantia relevante. Se quem paga é o dono do bot, é preciso proteção contra abuso, ou seja, limites por número e filtros de spam.

Há ainda a dependência da infraestrutura. Se a conexão cai por completo, o SMS também não ajuda. Já se apenas a internet móvel está limitada e voz e mensagens continuam passando, o esquema funciona.

O que fazer se quiser reproduzir

Comece pelo mínimo. Pegue um gateway com webhook simples ou um modem GSM e um pequeno script de servidor. Limite o tamanho da resposta com rigor no prompt e, além disso, corte-a por código. Crie uma lista de números permitidos e um limite diário de mensagens. Defina logo de início quem arca com os custos. Não envie dados sensíveis por esse canal. Para consultas complexas, é melhor ensinar o bot a mandar uma resposta curta e oferecer a continuação por um comando como «mais», em vez de disparar dez mensagens de uma vez.

A ideia é modesta, mas funcional. Ela lembra que o acesso à IA esbarra não na qualidade do modelo, e sim no canal pelo qual a resposta chega à pessoa.