Diseño de Prompts y Workflows

En un sistema MCP-first existen, además de las herramientas y los recursos, un tercer componente fundamental: Prompts y Workflows. Un workflow es un flujo predefinido que guía a un agente paso a paso a través de un proceso complejo. Define qué herramientas se invocan en qué orden, dónde debe consultarse al humano y qué resultados se transfieren.

Los workflows no son scripts. Proporcionan al agente contexto, intención y estructura, sin quitarle la capacidad de tomar decisiones.

La mejor interfaz a menudo no es ninguna interfaz

Muchas tareas del trabajo cotidiano ya no necesitan una pantalla propia. Son dialógicas, contextuales y basadas en workflows. El humano pregunta, el agente trabaja:

• “Crea un resumen de todos los acuerdos abiertos.”
• “¿Qué clientes debería contactar hoy?”
• “Programa una reunión de seguimiento con todos los involucrados.”
• “Prepara un correo electrónico para este contacto.”
• “Comprueba si faltan documentos de este empleado.”
• “Crea un informe de todos los proyectos con riesgo.”
• “Compara los dos últimos ciclos de nómina.”

Sin navegación, sin filtros, sin modales. El agente recopila el contexto, combina las herramientas adecuadas y entrega un resultado, o solicita aprobación antes de actuar externamente.

Workflows en lugar de navegación

Una aplicación web clásica conduce al usuario a través de la navegación: lista de clientes → página de detalle → pestaña de comunicación → modal de recordatorio. Eso es intuitivo para los humanos. Para un agente es una sobrecarga innecesaria, tiene que hacer clic a través de una interfaz que no fue diseñada para su forma de trabajar.

Un workflow resuelve el mismo problema de manera diferente: describe el proceso directamente como una secuencia ordenada de capacidades. El agente entiende qué hay que hacer sin necesidad de conocer la interfaz.

Un workflow en detalle

El siguiente ejemplo muestra un workflow de seguimiento de compradores para un software inmobiliario. El agente debe revisar todos los proyectos activos, identificar compradores adecuados y preparar una comunicación de seguimiento.

Así transcurre el workflow:

1. projects.list_active, El agente lee todos los proyectos activos. Es un acceso de lectura de bajo riesgo que puede ejecutarse de forma autónoma.
2. contacts.search_buyers, Para cada proyecto se buscan contactos de compradores adecuados. También es un acceso de lectura, sin efecto externo.
3. contacts.get_purchase_profile, El agente carga el perfil de compra de cada contacto para verificar si tiene sentido un seguimiento.
4. exposes.generate_download_link, Para los proyectos relevantes se genera un enlace de descarga con límite de tiempo al expediente.
5. emails.create_project_draft, El agente crea un borrador de correo electrónico con el texto personalizado y el enlace de descarga. Todavía no se envía.

En este punto el workflow se detiene.

Se consulta al humano. El sistema muestra el borrador terminado: destinatario, asunto, contenido, fecha de expiración del enlace, nivel de riesgo critical. El usuario puede confirmar, editar o rechazar el borrador. Solo tras la aprobación explícita se ejecuta emails.send_project_email.

6. reminders.create_follow_up, Tras el envío, el agente establece automáticamente un recordatorio si el contacto no responde en siete días.
7. deals.recommend_next_action, Por último, el sistema calcula la próxima acción recomendada por cada acuerdo y la devuelve como resultado estructurado.

Los workflows componen herramientas

Un workflow es en esencia una composición de herramientas individuales con una lógica clara:

• Accesos de lectura de bajo riesgo (list_active, search_buyers, get_purchase_profile) se ejecutan de forma autónoma y secuencial, sin efecto externo, sin riesgo.
• Acciones de escritura con efecto interno (create_project_draft, reminders.create_follow_up) se ejecutan, pero no generan efecto externo.
• Acciones de escritura con efecto externo (emails.send_project_email) están protegidas por un Confirmation Gate. El agente prepara, el humano decide.

Este patrón es válido para cualquier workflow: leer es barato, escribir necesita contexto, las acciones externas necesitan consentimiento. Quien construye los workflows de esta manera mantiene el sistema completamente controlable, sin paralizarlo.