Cuándo actúa
- Escalado por error detectado en API
- Decisión del agente humano en Inbox
Cuando Intake detecta que un problema requiere intervención técnica, crea un issue en GitHub incluyendo el historial del chat, el plan de la cuenta y los pasos que ya intentó resolver.
Qué resuelve
Cuando un cliente reporta algo raro, la respuesta honesta suele tardar horas: alguien tiene que mirar si ya está reportado, si está arreglado y en qué versión salió. El agente consulta los issues y las releases antes de contestar, así que la primera respuesta ya dice si es conocido y para cuándo, en vez de un «lo miramos».

Qué resuelve
La mayoría de escalados a ingeniería son de comprobación, no de arreglo: mirar si el error del cliente coincide con uno abierto. Eso se lo come el agente. Lo que llega a un desarrollador es lo que de verdad necesita a un desarrollador, y llega con la versión, el mensaje de error y el issue relacionado.

Qué resuelve
Lo que peor sienta no es tener un fallo: es enterarte por tu cuenta de que lo arreglaron hace tres semanas. Con GitHub conectado, el agente sabe cuándo se cierra el issue que afectaba a esa conversación y puede avisar a quien lo reportó. El seguimiento deja de depender de que alguien se acuerde.

Qué hace
Una integración no sirve por estar en la lista: sirve por lo que le deja hacer al agente. Esto es lo que GitHub pone encima de la mesa, y lo que el agente hace con ello sin que nadie mire.
Cuándo actúa
Qué puede hacer
Tres cosas concretas que cambian el día del equipo, no una lista de funciones.
Los desarrolladores ven directamente en GitHub qué usuario tiene el problema y qué intentó Intake, ahorrando idas y venidas.
Sincroniza el volumen de quejas repetidas desde Intake para saber exactamente qué bug afecta a más clientes.
Cuando el issue se resuelve en código, Intake puede avisar automáticamente al cliente por el mismo hilo de soporte.
Tres pasos, y solo el primero necesita a un administrador de GitHub. Lo demás se cambia después sin volver a conectar nada.
Entras en el panel de integraciones, eliges GitHub y autorizas el acceso con la cuenta que ya usa tu equipo. Hace falta ser administrador en GitHub, así que si no lo eres, este es el único paso que tendrás que pedirle a alguien.
Marcas los canales, los eventos y los campos de cuenta a los que puede llegar. Lo que no marcas no existe para él, y puedes cambiarlo cuando quieras sin volver a conectar nada.
Desde la primera conversación el agente consulta ese dato antes de contestar, resuelve lo que puede cerrar solo y pasa a una persona lo que no, con el caso ya montado.
Minutos, no una tarde. Autorizas el acceso y eliges qué puede ver; no hay que reescribir nada ni pedir un desarrollo para empezar.
Sí, y desde los dos lados: revocando la conexión en Intake o retirando el permiso desde GitHub. El agente deja de consultar ese dato en el momento y sigue respondiendo con lo demás.
No. Todas las integraciones van dentro del precio por conversación resuelta: 0,41 € en anual. No hay complemento que comprar ni contador de llamadas.
El agente responde con lo que sí tiene y, si la pregunta dependía de ese dato, deriva a una persona diciendo por qué. Nunca se inventa el dato que no ha podido consultar.
Tú controlas el flujo. Intake puede crear issues automáticamente ante ciertos errores de API, o esperar a que el equipo de soporte pulse un botón.
Sí, Intake mantiene el hilo vivo y puede notificar al cliente cuando el issue pase a "Done".