En desarrollo
Mapeo y navegación en vivo de menús telefónicos
Backend de una app de telefonía que mapea el menú de una empresa y lo recorre durante una llamada en vivo antes de transferirla en el destino. Bajo NDA: sin demo pública, código fuente ni nombres de proveedores.
Quién tiene este problema
Llamar a una empresa grande casi siempre significa escuchar un menú telefónico, adivinar qué opción lleva a una persona y empezar de nuevo cuando la apuesta falla. El cliente, una startup de telefonía para consumidores aún no lanzada, quería una app que muestre el menú antes de llamar y después navegue por ti. Entender el menú fue la parte más fácil. Lo difícil es el tiempo: los menús hacen pausas en medio del saludo, siguen recitando opciones después de que presionas una tecla, ignoran teclas presionadas en el momento equivocado y dan pocos segundos para responder antes de volver a empezar.
Mi papel
Servicios FastAPI para mapear menús y navegar llamadas en vivo, integración con la API de la app y control de sesiones telefónicas.
Decisiones que tomé
- Dos motores comparten el pipeline de llamadas: el explorador mapea menús y el navegador recorre la ruta elegida durante una llamada.
- Un mapeo interrumpido o incompleto no reemplaza el último mapa completo. La navegación confirma el envío de cada tecla y rechaza opciones que el menú no ofreció.
- El servicio de llamadas en vivo funciona aislado en un worker porque el estado de la sesión vive en memoria; ambos motores comparten control de llamadas, transcripción y capa de decisión.
- Los números que escribe el usuario se ocultan al marcarlos. Se eliminó el flujo de grabación de llamadas.
Límites que siguen vigentes
- La app aún no se ha lanzado y el trabajo está bajo NDA; no hay demo pública, código fuente ni nombres de proveedores.