El problema
Escribes: «envíale a Juan un resumen del tiempo de mañana». Detrás de esta frase hay tres gestos: leer el tiempo, encontrar a Juan en tus contactos y redactar el correo. El orden importa: el correo no puede salir antes de tener el tiempo y la dirección.
Un modelo de lenguaje que improvisa esos gestos sobre la marcha puede equivocarse de orden, inventar una herramienta que no existe o pedir diez resultados a una herramienta que solo devuelve cinco. Mientras no ha salido nada, el error no cuesta nada. Una vez enviado el correo, sí.
Lo que quería
Quería que todo lo que se puede comprobar se comprobara antes de la primera llamada, cuando una corrección todavía es gratis. Y que, una vez lanzado el plan, LIA te dijera con honestidad lo que ha pasado, sin repetir pasos a tus espaldas.
Cómo es un plan
Un plan es una lista de pasos. Cada uno nombra la herramienta que hay que llamar, sus parámetros y los pasos que necesita. Para Juan: (1) el tiempo de mañana, (2) el contacto Juan, (3) el borrador del correo, que espera a los dos primeros y toma la dirección encontrada en el paso 2.
- Oleadas en paralelo. Los pasos que no esperan nada salen juntos. Aquí, el tiempo y el contacto se buscan a la vez, y después sigue el correo. Así que una petición que toca varios dominios no tarda necesariamente más.
- «Para cada uno». «Envía el orden del día a cada uno de los participantes de mi reunión de mañana» se convierte en un único paso que se repite sobre una lista, con un tope. Si uno de los envíos falla, los demás conservan su resultado. Y antes de actuar sobre toda una lista, LIA te muestra cuántos elementos están afectados, con una vista previa.
- Condiciones. Un paso también puede ser una prueba: hacer esto solo si aquello es cierto.
Lo que se comprueba antes de la primera llamada
- Herramientas reales. Un nombre de herramienta inventado se detecta, y los pequeños errores de nombre más comunes se corrigen.
- Un plan posible. Para responder a un correo hace falta su identificador, y por tanto una herramienta que lea los correos. LIA se asegura de que cada dato que exige una herramienta pueda obtenerse con otra herramienta presente. Si no, no existiría ningún plan válido y al modelo solo le quedaría inventar.
- Límites anunciados. Cada herramienta dice lo que acepta, por ejemplo cuántos resultados devuelve de una vez, y el planificador lo ve. Un valor que se pasa se devuelve a sus límites, y el plan sigue.
- Buscar y luego filtrar. «Mis citas médicas del mes»: tu agenda sabe buscar por fecha; la noción de «médica» no la conoce. Al planificador se le guía para recuperar el periodo y dejar el filtrado a la respuesta, y el validador detecta cuándo una palabra así se cuela en una búsqueda.
- La coherencia. Un plan que hace menos o más de lo pedido («todos mis contactos», pero solo se trata uno), un paso que cita un paso inexistente, una acción arriesgada sobre una información vaga: el plan vuelve al planificador, un número limitado de veces. Si falta una información que nadie puede adivinar, como el contenido de un correo, LIA te hace la pregunta. Y si un plan que modifica algo sigue siendo dudoso después de esos reintentos, se detiene y te hace la pregunta.
Cuando un paso falla
Una vez lanzado el plan, nada se repite a tus espaldas. Un fallo pasajero ya lo reintenta la conexión que lo encontró. Un servicio desconectado o un acceso denegado no se rodean con un plan nuevo. Un resultado vacío es una respuesta. Cada paso fallido llega entero hasta la respuesta, que te dice qué herramienta falló, por qué y qué funcionó al lado.
Al revés, lo que una lectura encontró también llega: los tiempos de trayecto de un itinerario o la página siguiente de una búsqueda no se quedan atascados en los datos de la herramienta. Y el rechazo de un servicio no se convierte en un éxito por el camino.
Cuando designas un resultado por remitente, título o posición, LIA usa primero los elementos que realmente mostró. Si encajan varios, pregunta cuál. Una búsqueda planificada que actuaría sobre el primero de varios resultados también espera tu elección y después continúa con ese elemento.
Los límites
Un plan se escribe antes de haber visto los resultados. No cambia de ruta a mitad de camino: si quieres que LIA busque otra fuente cuando la primera no responde, ese es el papel del modo ReAct, que activas con el botón de modo, en la parte superior de la pantalla. Y la comprobación controla la forma del plan; no lee tus pensamientos. Un plan bien formado puede entender mal lo que querías. Por eso un envío, una modificación o una eliminación sigue pasando por tu confirmación, salvo algunos gestos que solo te afectan a ti y se deshacen con un clic.
Para profundizar: Mantener el control sin que te molesten: cómo te pide LIA tu aprobación; Ver trabajar a LIA: los pasos que aparecen mientras esperas.