Vercel lleva Agent Runs al MCP y al CLI: trazas de agentes sin abrir otro dashboard
Vercel publicó el 3 de julio de 2026 herramientas MCP y comandos CLI para inspeccionar Agent Runs de Eve. La señal para builders: la observabilidad de agentes empieza a ser algo que otro agente puede consultar, resumir y convertir en cambios de skills.
Por qué importa
Esta nota se enfoca en la decisión práctica para builders: qué cambia, qué riesgo agrega y cómo aplicarlo sin romper operación.
Vercel publicó el 3 de julio de 2026 una mejora pequeña en superficie y grande en operación: los Agent Runs de Eve ya se pueden inspeccionar desde el Vercel MCP y desde el Vercel CLI. La noticia no es otro panel de observabilidad. La noticia es que la traza de un agente empieza a ser una fuente que otro agente puede leer.
Para equipos que ya están desplegando agentes, eso cambia el loop de soporte. En vez de pedirle a una persona que abra un dashboard, copie logs, encuentre un run y explique qué falló, puedes pedirle al agente: “muéstrame las corridas de producción de las últimas 24 horas” o “actualiza las skills con base en los errores recientes”.
Qué expone Vercel
El changelog enumera cuatro tools MCP: list_agent_run_projects, list_agent_runs, get_agent_run y get_agent_run_trace. En conjunto permiten encontrar proyectos con actividad, listar corridas recientes, inspeccionar metadata y recuperar trazas con mensajes, razonamiento, tool calls, uso de tokens y entradas o salidas de herramientas cuando están disponibles.
El CLI agrega el mismo patrón con vercel agent-runs projects, list, inspect y trace. Cada subcomando soporta --json, y las trazas se renderizan como Markdown cuando se canalizan por pipe. Ese detalle importa porque un coding agent sin acceso MCP todavía puede llamar el CLI, leer salida estructurada y depurar su propio comportamiento.
El cambio de fondo: observabilidad accionable
Muchas plataformas ya muestran logs. Pocas hacen que esos logs sean consumibles por el agente que tiene que arreglar el problema. Agent Runs apunta a una diferencia práctica:
- ver corridas por proyecto y ambiente;
- entender qué tool call disparó el fallo;
- separar tokens, duración y subagentes;
- comparar producción contra preview;
- convertir patrones repetidos en cambios de instrucciones o skills.
Ahí aparece la oportunidad para builders de Latinoamérica. Si tu agente atiende clientes, revisa PRs, opera infraestructura o genera reportes, no necesitas solo logs para humanos. Necesitas evidencia que pueda entrar de vuelta al flujo de mejora.
Lo que conviene vigilar
El riesgo es delegar demasiado pronto. Una traza puede contener prompts, entradas de usuario, nombres de proyectos, resultados de tools o datos sensibles. Si un agente puede leer corridas de producción, también puede reconstruir partes del negocio.
Antes de automatizar el análisis de Agent Runs, revisaría cuatro controles:
- qué equipos y proyectos puede listar el MCP;
- si las trazas exponen payloads completos o campos truncados;
- cómo se separa preview de producción;
- qué cambios puede aplicar el agente después de leer una traza.
Demanda e intención de búsqueda
No hay SEO tooling conectado en esta corrida, así que no invento volumen. La demanda se infiere de señales actuales: Vercel publicó changelog y docs el mismo día, Eve ya tiene una nota base en el sitio, y las búsquedas Vercel Agent Runs, eve observability, agent traces MCP, agent tool call debugging y vercel agent-runs trace tienen intención clara de equipos con agentes en producción.
Agente IA puede competir porque la cobertura en inglés se queda en comandos. La lectura útil es operativa: cuando un agente puede leer sus propias trazas, la observabilidad deja de ser solo diagnóstico y se vuelve insumo para mejorar skills, permisos y costos.
Si todavía estás ordenando tools, aprobación humana y memoria antes de llegar a producción, empieza por el curso gratis. Si ya usas Eve, el siguiente paso no es mirar más dashboards; es decidir qué trazas puede leer tu agente y qué cambios puede proponer después.