Históricamente en Telegram existía una regla estricta: los bots no debían «ver» los mensajes de otros bots. Incluso si un bot era administrador de un chat o tenía desactivado el Privacy Mode, de todos modos no recibía mensajes enviados por otro bot — precisamente para evitar bucles infinitos de «bot respondió a bot, bot respondió a bot…».
Ahora el enfoque se ha vuelto más flexible: en la documentación oficial apareció una sección separada Bot‑to‑Bot Communication, que dice directamente que en general los bots «normalmente» siguen sin ver los mensajes de otros bots, pero en ciertos contextos esto está permitido — y esto abre «cadenas de agentes complejas» y escenarios de IA.
La prensa técnica de habla rusa ya ha reaccionado al cambio, describiéndolo como la eliminación de la restricción anterior e indicando dos canales clave de interacción: dentro de chats (menciones/respuestas) y a través de Business Mode.
Qué se permitió exactamente según la documentación oficial
La documentación describe tres componentes de la nueva posibilidad.
El primero es el modo activable. Para utilizar «plenamente» la comunicación entre bots, Telegram recomienda activar el Bot‑to‑Bot Communication Mode en BotFather (esta condición se destaca en una nota aparte).
El segundo es la comunicación en chats grupales. Telegram describe dos formas «explícitas» en las que un bot puede interactuar de manera dirigida con otro dentro de un mismo grupo: mediante un comando con mención del segundo bot (/command@OtherBot) y mediante respuesta (reply) a un mensaje de otro bot.
El tercero es la comunicación a través de cuentas empresariales. Si un bot está conectado a una cuenta empresarial en modo de acceso a chats (Chat Access Mode), puede enviar mensajes a otros bots «utilizados» por esta cuenta empresarial — pero para el bot emisor se requiere que esté activado el Bot‑to‑Bot Communication Mode.
Cómo funciona en chats grupales: condiciones de entrega y «radio de visibilidad»
En el escenario grupal es importante distinguir dos niveles de acceso.
Interacción dirigida (punto a punto)
Si un bot se dirige a otro mediante /command@OtherBot o mediante reply a un mensaje de ese bot, el bot receptor debe recibir este mensaje como evento (update) y tener la posibilidad de responder. En la documentación se indica que para ello basta con que el Bot‑to‑Bot Communication Mode esté activado al menos en uno de los bots participantes.
Recepción ampliada de mensajes de otros bots (sin menciones ni respuestas)
Por separado, Telegram describe un modo «más amplio»: los bots con el Bot‑to‑Bot Communication Mode activado recibirán todos los mensajes de otros bots en el grupo incluso sin direccionamiento explícito, si se cumple una de las condiciones:
- el bot tiene derechos de administrador en el grupo;
- o está desactivado el Group Privacy Mode (es decir, el bot ya funciona en un modo más «observador»).
Esto cambia efectivamente el modelo anterior, donde los «mensajes de bots para bots» estaban completamente cerrados a nivel de plataforma, independientemente de la configuración de privacidad. Entonces Telegram explicaba directamente esto por el riesgo de bucles infinitos.
Cómo funciona a través del modo empresarial: qué cambia para los Business‑bots
Telegram desarrolla por separado la dirección «Bots for Business»: un bot puede activar el Business Mode para que los suscriptores de Telegram Business lo conecten a su cuenta para automatizar chats personales. Al mismo tiempo, el propietario de la cuenta elige qué chats están disponibles para el bot, y el bot recibe actualizaciones (updates) sobre estos chats y, con ciertas configuraciones, puede enviar mensajes en nombre del propietario en chats activos (en la documentación se menciona una ventana de actividad «de las últimas 24 horas»).
En este contexto se añade un detalle importante: comunicación «bot → otro bot» ahora es posible también en el entorno empresarial. La documentación lo formula así: si un bot está conectado a una cuenta empresarial con Chat Access Mode, puede enviar mensajes a otros bots que se utilizan en esta cuenta empresarial — y para ello debe estar activado el Bot‑to‑Bot Communication Mode en el bot emisor.
Sentido práctico: el business‑bot se convierte en un «orquestador» que puede llamar a bots especializados «instrumentales» (por ejemplo, reservas, directorio, asistente de IA, integrador CRM) directamente desde diálogos personales — dentro de los derechos y configuraciones de la conexión empresarial.
Qué abre esto a desarrolladores, administradores y al mercado de bots
En el ejemplo oficial, Telegram describe un flujo de trabajo «humano-máquina»: un bot colaborador solicita revisión a un bot revisor en un chat grupal y procesa la retroalimentación, dejando al humano el control/supervisión cuando sea necesario.
Si se traslada esto a escenarios reales para catálogos y administradores de comunidades, aparecen varias clases de soluciones que antes chocaban con la limitación de plataforma «los bots no ven bots»:
- Cadenas de bots en un mismo chat: un bot recoge la entrada y enruta la tarea a otro (por ejemplo, moderación → análisis de texto → registro → respuesta final). La base para este patrón es el intercambio permitido mediante
/command@OtherBoty las interacciones por reply. - Un único «registrador/auditor» para comandos: como Bot‑to‑Bot Communication Mode puede dar acceso a mensajes de otros bots sin menciones con derechos de administrador o privacidad grupal desactivada, aparece el concepto de «bot observador» que registra las acciones de automatización en el chat (para soporte técnico y análisis de incidentes).
- Escenarios agentic y orquestación de IA: Telegram posiciona directamente Bot‑to‑Bot Communication como un paso hacia «agentic flows» y casos de IA (es decir, cadenas donde varios ejecutores automatizados dividen la tarea).
- Orquestación empresarial: el business‑bot, actuando en nombre de la cuenta, obtiene la posibilidad de escribir a otros bots «internos», lo que hace posible flujos de trabajo más complejos sin «muletas» de integración externas.
Para el catálogo del sitio esto significa la aparición de una nueva «etiqueta de función» para las tarjetas: admite Bot‑to‑Bot Communication Mode. Esto no es un detalle de marketing menor: en el futuro influirá directamente en si es posible integrar un bot en una cadena multibot o utilizarlo como «herramienta» para otro bot.
Riesgos, limitaciones y recomendaciones para una implementación segura
Telegram advierte por separado que la comunicación entre bots «fácilmente» conduce a bucles infinitos, por lo que al activar la posibilidad el desarrollador debe implementar salvaguardas para que las interacciones terminen de forma garantizada.
En la documentación se indican las medidas recomendadas:
- deduplicación de mensajes repetidos;
- límites de frecuencia de respuestas (por ejemplo, no más de una respuesta cada varios segundos por par emisor/receptor);
- limitación de la profundidad de interacción o tiempos de espera (globalmente y a nivel de un par concreto de bots).
También hay una advertencia estricta: su bot debe permanecer stable incluso si otro bot responde intencionadamente de forma instantánea y continua; si no se garantiza esto, es posible la degradación del funcionamiento y «platform restrictions» (restricciones por parte de la plataforma).
Desde un punto de vista práctico (ya como recomendación de ingeniería sobre la documentación) tiene sentido diseñar las interacciones bot‑to‑bot como un «protocolo», no como una conversación libre:
- registrar en el texto o metadatos del mensaje un identificador de correlación (request_id), para eliminar duplicados;
- implementar TTL/límite de pasos («depth»), para que la cadena no pueda entrar en un bucle infinito;
- utilizar allowlist de bots de los que se aceptan comandos (especialmente si el bot recibe todos los mensajes de otros bots en el grupo gracias a derechos de administrador o privacidad grupal desactivada). Esto reduce el riesgo de que un bot externo en el chat empiece a provocar acciones indeseadas en su bot.
Por último, es importante entender: Telegram no dice que «ahora todos los bots ven a todos los bots siempre». La formulación de la documentación subraya que por defecto los bots «normalmente no ven» los mensajes de otros bots, y la autorización se activa solo en los contextos descritos y con requisitos adicionales para prevenir bucles.
