Habr muestra cómo hablar con una IA por SMS cuando se cae el internet móvil

Habr ha publicado una nota sobre cómo comunicarse con un modelo de lenguaje por SMS cuando no hay internet móvil. La premisa del autor es sencilla: en algunas regiones la conexión funciona de forma inestable y el smartphone se convierte temporalmente en un teléfono en el que solo quedan las llamadas y los mensajes. La cifra clave aquí no tiene que ver con el modelo, sino con el canal. Un SMS admite 160 caracteres en alfabeto latino o 70 en cirílico. Por ese cuello de botella hay que sacar la respuesta de la IA.

Advertencia importante: la parte accesible del material no incluye detalles técnicos. El resto queda oculto tras el cut, por lo que a continuación se explica la lógica general de este tipo de soluciones, no la implementación concreta del autor.

Cómo funciona el esquema

Casi cualquier variante de «IA por SMS» se construye con los mismos bloques. El teléfono envía un mensaje a un número conectado a una pasarela SMS. La pasarela puede ser un módem GSM con tarjeta SIM o la API de un agregador de envíos masivos. La pasarela pasa el texto a un servidor, y este consulta la API del modelo de lenguaje. La respuesta se comprime y vuelve por el mismo canal.

La principal ventaja es que el usuario no tiene que instalar nada. Sirve cualquier teléfono de teclas. El servidor está donde hay internet, y la persona solo dispone de la red celular.

Dónde el canal rompe el escenario habitual

Los chatbots están acostumbrados a responder con largas parrafadas. El SMS no lo perdona. El cirílico se codifica en UCS-2, así que un mensaje individual admite 70 caracteres, y en un mensaje concatenado cada parte lleva ya solo 67. El alfabeto latino en codificación GSM-7 ofrece 160 y 153 caracteres, respectivamente.

Parámetros clave del canal:

• SMS individual: 160 caracteres (GSM-7) o 70 (UCS-2, cirílico);
• parte de un mensaje concatenado: 153 o 67 caracteres;
• una respuesta de 1000 caracteres en ruso ocupa unos 15 mensajes; en alfabeto latino, unos 7;
• la entrega no garantiza ni el orden ni el momento, y las partes pueden llegar desordenadas;
• el operador tarifica cada mensaje por separado.

De ahí se derivan las decisiones de ingeniería. El prompt de sistema debe exigir respuestas de una o dos frases. El servidor tiene que recortar la salida del modelo según el límite y numerar las partes. A veces conviene responder en transliteración o de forma abreviada para caber en la codificación más eficiente, aunque ese texto resulte más difícil de leer.

Riesgos y limitaciones

El SMS no está cifrado de extremo a extremo. Todo lo que pregunte el usuario lo ven el operador y el propietario de la pasarela. Para consultas cotidianas es tolerable; para las médicas o financieras, no. También está la cuestión del coste: si el servicio responde a cargo del usuario, quince mensajes por respuesta se convierten rápidamente en una suma considerable. Si corre a cargo del dueño del bot, hace falta protección contra abusos, es decir, límites por número y filtros de spam.

Además, el esquema depende de la infraestructura. Si la conexión se pierde por completo, el SMS tampoco ayuda. Si solo está limitado el internet móvil y la voz y los mensajes siguen pasando, el esquema funciona.

Qué hacer si quiere replicarlo

Empiece por lo mínimo. Tome una pasarela con un webhook sencillo o un módem GSM y un pequeño script de servidor. Limite con firmeza la longitud de la respuesta en el prompt y, además, recórtela por código. Cree una lista blanca de números y un límite diario de mensajes. Decida desde el principio quién asume los costes. No envíe datos sensibles por este canal. Para consultas complejas es mejor enseñar al bot a mandar una respuesta breve y ofrecer la continuación con un comando del tipo «más», en lugar de enviar diez mensajes de golpe.

La idea es modesta, pero funciona. Recuerda que el acceso a la IA depende no de la calidad del modelo, sino del canal por el que la respuesta llega a la persona.