La novedad no sustituye el diseño del servicio
OpenAI anunció el 22 de julio de 2026 Presence, una propuesta para que clientes empresariales elegibles desplieguen agentes de IA en voz y chat. La información oficial describe agentes que pueden resolver consultas, usar sistemas de empresa, ejecutar acciones aprobadas y escalar a personas cuando corresponde. También aclara que los despliegues se realizan con apoyo especializado y que no se trata de una oferta autoservicio.
Para una empresa, la pregunta práctica no es si un agente puede responder una consulta, sino qué debe suceder cuando no debería hacerlo. Diseñar una ruta de escalado antes de activar datos o acciones permite que el equipo mantenga el control de las excepciones y evita que una respuesta aparentemente fluida se convierta en una decisión no revisada.
Paso 1: escoger un tipo de consulta, no todo el buzón
Empieza por una categoría repetida y con un procedimiento conocido: por ejemplo, clasificar la intención de una consulta, localizar el artículo de ayuda aplicable o preparar un borrador de respuesta sobre un proceso estándar. El resultado debe poder revisarse sin cambiar condiciones comerciales, acceder a datos innecesarios o comprometer una decisión sobre una persona.
La guía de OpenAI sobre agentes recomienda evaluar si un flujo realmente necesita decisiones contextualizadas o herramientas. Si una regla fija resuelve el caso, una automatización determinista puede ser suficiente. Reservar el agente para las consultas con lenguaje libre, contexto y excepciones ayuda a que el piloto tenga un propósito claro.
- Una categoría de consulta y un responsable funcional.
- Una fuente operativa vigente, con propietario identificado.
- Una salida esperada: clasificación, borrador o petición de datos adicionales.
- Un límite explícito: el agente no confirma ni ejecuta una decisión sensible.
Paso 2: definir las condiciones que obligan a escalar
La ruta de escalado empieza con reglas comprensibles para negocio y operaciones. Debe activarse cuando falta información, la consulta queda fuera de la política aplicable, el usuario solicita una acción no autorizada o la respuesta puede tener una consecuencia relevante. No hace falta anticipar todos los casos; sí dejar claro qué señales hacen que el agente pare y entregue el caso.
OpenAI describe políticas, permisos, guardarraíles, simulaciones y rutas de escalado como piezas de un despliegue de agentes. En un primer piloto, estas piezas se traducen en una lista corta de situaciones que no se resuelven automáticamente y que se revisan por completo al terminar la prueba.
- No existe una fuente autorizada o la fuente está desactualizada.
- La consulta solicita una excepción, un cambio contractual o una acción irreversible.
- La identidad o el contexto necesarios para responder no están verificados.
- La política entra en conflicto con el caso o el agente detecta ambigüedad.
Paso 3: transferir contexto útil a la persona
Una escalada eficaz no debe obligar al cliente ni al equipo a empezar de cero. El registro puede incluir el motivo de contacto, la información aportada, las fuentes que consultó el agente, la regla que activó el escalado y las preguntas que permanecen abiertas. Solo debe recoger el mínimo contexto necesario para que la persona pueda continuar el caso con seguridad.
Separar el resumen de los datos que no se deben trasladar también es una medida de control. El responsable del proceso decide qué información puede ver el agente, cuál puede aparecer en el registro y qué sistemas siguen reservados a una persona.
- Motivo de escalado y prioridad del caso.
- Resumen verificable de la conversación o solicitud.
- Fuentes y acciones realizadas por el agente.
- Datos pendientes y responsable que recibe el caso.
Paso 4: probar errores y excepciones antes de abrir el canal
No pruebes solo consultas sencillas. Prepara ejemplos anonimizados de datos incompletos, peticiones contradictorias, preguntas fuera de política y solicitudes que deban pasar a una persona. La evaluación no busca que el agente parezca convincente: comprueba que llega a la acción correcta, se limita a las fuentes permitidas y escala de forma consistente.
La documentación de Presence menciona simulaciones y evaluaciones sobre solicitudes habituales, casos límite y situaciones de mayor riesgo. Una empresa puede aplicar la misma disciplina con un conjunto pequeño de pruebas y una hoja de revisión que indique resultado esperado, resultado obtenido, corrección y decisión.
- ¿Clasificó correctamente la consulta?
- ¿Utilizó una fuente permitida y vigente?
- ¿Evitó inventar una condición, una disponibilidad o un dato?
- ¿Escaló cuando la regla lo exigía?
- ¿La persona recibe el contexto necesario para continuar?
Paso 5: convertir las escaladas en mejora operativa
Revisa las escaladas con el equipo que conoce el proceso. Si muchas llegan por el mismo motivo, el problema puede ser una fuente incompleta, una regla mal redactada o un caso de uso demasiado amplio. Si un tipo de caso se resuelve de forma estable y revisable, se puede mantener con supervisión; si no, conviene reducir el alcance o volver a una solución más simple.
La publicación de una nueva plataforma no elimina esta responsabilidad. Los agentes pueden aportar velocidad en canales de atención, pero la empresa conserva las decisiones sobre políticas, permisos, acciones aprobadas y trato al cliente. Una ruta de escalado bien diseñada hace que esa responsabilidad sea operativa y auditable.
- Mantener el alcance cuando la revisión confirma resultados consistentes.
- Ajustar fuentes, instrucciones o reglas si aparecen escaladas evitables.
- Pausar el flujo ante fallos de trazabilidad o decisiones fuera de límite.
- Ampliar solo con un nuevo conjunto de casos y responsables definidos.
