Canales
4 min de lectura
Un canal es el punto por el que un agente se comunica con una persona, un grupo o un sistema. También puede recibir eventos sin que exista una persona al otro lado. Toda comunicación que entra o sale del agente se procesa a través de un canal: identifica el origen, aplica su configuración y determina por dónde puede responder.
Un mismo agente puede tener varios canales. Por ejemplo, puede atender a clientes por Telegram, recibir incidencias desde GitHub y mantener chats privados con el equipo desde Kujira, sin convertirlos en el mismo espacio de trabajo.
Cómo se compone un canal
Transporte
Alcance
Dirección
La configuración concreta depende del transporte: una cuenta, un bot, una instalación, una dirección de correo o una URL de webhook. Consulta Integraciones para conectar cada servicio.
Tipos según su dirección
| Tipo | Qué permite | Ejemplo habitual |
|---|---|---|
| Solo recibe | El agente procesa eventos o mensajes entrantes, sin responder por ese canal. | Un repositorio de GitHub que genera incidencias para revisar. |
| Solo envía | El agente publica avisos o resultados, pero no recibe mensajes desde ese destino. | Una URL para notificar el resultado de una automatización. |
| Recibe y responde | El agente atiende mensajes y responde por el mismo medio. | Un chat de Telegram, Slack o el chat interno. |
La dirección no depende de que el transporte sea un chat. Un webhook, por ejemplo, puede limitarse a entregar eventos o también aceptar una respuesta del agente si tiene configurada una URL de salida.
Quién está al otro lado
Un canal no tiene por qué ser una conversación individual. La misma integración puede utilizarse para diferentes formas de comunicación:
Uno a uno
Grupo o sala
Sin interlocutor
Los grupos pueden configurarse para que el agente responda solo cuando se le menciona. Así puede estar presente en una sala activa sin intervenir en cada mensaje.
Un hilo por cada contexto
Cuando llega el primer mensaje o evento por un canal, Kujira abre una conversación para ese contacto, grupo o contexto de sistema en ese canal. Las entradas posteriores reutilizan ese hilo mientras siga activo.
Llega un mensaje
Se resuelve la conversación
El agente trabaja de forma aislada
Esto también separa a una misma persona cuando escribe por medios distintos: su conversación por chat interno y su conversación por Telegram son hilos independientes. El agente puede consultar información de otros contextos únicamente cuando sus permisos se lo permiten; no se arrastra automáticamente el historial de un canal a otro.
Cuando necesita recuperar algo que se habló tiempo atrás, el agente puede consultar el histórico de conversaciones: una memoria conversacional a largo plazo que permite buscar entre los canales vinculados del contacto. La ventana de histórico depende del plan de la organización.
Correo electrónico
En IMAP/SMTP, cada hilo de correo se mantiene como una conversación independiente. Así, dos asuntos distintos de la misma dirección no comparten contexto ni datos de respuesta.
El canal define el marco, no el comportamiento
Un canal establece por dónde se comunica el agente y qué mensajes o eventos puede recibir. También puede incluir instrucciones específicas para ese origen, como cómo tratar las incidencias de un repositorio o cuándo mencionar a alguien en un grupo.
El comportamiento general, las capacidades y los límites del agente se configuran aparte. Combina ambos niveles: usa el canal para delimitar el contexto de comunicación y la configuración del agente para decidir qué puede hacer dentro de él.
Comprobar un canal
En la ficha del canal, debajo de su nombre, el botón Probar dice si sigue conectado sin esperar a que un agente intente escribir. Lo que comprueba depende del transporte:
| Transporte | Qué comprueba |
|---|---|
| Telegram, Discord, Slack | Que el bot responde con el testigo guardado, y con qué cuenta. |
| IMAP/SMTP | Que la cuenta de correo autentica, tanto para recibir como para enviar. |
| Que el dispositivo vinculado sigue activo. | |
| Webhook | Que tu dirección de salida acepta una entrega. |
La prueba de un webhook envía un mensaje de verdad
Es el único transporte cuya prueba se nota al otro lado: Kujira entrega un mensaje en la dirección de salida que tengas configurada, firmado igual que los demás. El texto dice que es una prueba y que no requiere ninguna acción, y Kujira te avisa antes de enviarlo.
El chat interno no se comprueba, porque no sale de Kujira. Los canales que funcionan sobre un conector de Google o de GitHub tampoco: su credencial es la del conector, no la del canal.
Necesitas los mismos permisos que para editar el canal, y cada comprobación queda anotada en el Registro de actividad. Si pruebas dos veces seguidas, el botón te indica cuántos segundos quedan.
Ver los canales y sus hilos
En la pestaña Canales de cada agente puedes crear, activar, pausar y editar sus canales. Desde allí también revisas su dirección, las credenciales o cuentas vinculadas y las reglas específicas de cada integración.
Para supervisar los contactos y conversaciones que llegan desde canales externos, utiliza Agent Desk. El Gráfico ayuda a visualizar las relaciones entre agentes, canales, contactos y conversaciones.