Experiencia de Agentes
Traducido por IA desde el original en inglés.
Hace poco escribí que tu servidor MCP es solo otra aplicación cliente.
Sigo creyendo que eso es cierto. Pero creo que la idea de fondo va más allá de MCP.
Lo importante es la Experiencia de Agentes, o AX.
Es un guiño a UX. User Experience pregunta cómo es usar un producto como persona. Agent Experience pregunta cómo es usar un producto como agente.
Eso puede incluir un servidor MCP, pero también tu API, tu CLI, tu documentación, tu modelo de autenticación, tus mensajes de error y la forma de los flujos que expones.
Si un agente va a usar tu producto en nombre de una persona, todo eso pasa a ser parte de la interfaz.
Esto es más grande que MCP
MCP ayudó a que muchos empezaran a pensar en la dirección correcta porque hizo visible la interfaz para agentes.
Pero es fácil sobre-enfocarse en el servidor en sí, como si agregar una capa MCP fuera todo el trabajo.
No lo es.
Un agente puede interactuar con tu producto vía MCP. O vía CLI. O directamente por API. O con automatización de navegador. O leyendo docs y conectando piezas por el camino difícil.
La pregunta no es "¿tenemos un servidor MCP?".
La pregunta es: ¿qué tan fácil es para un agente completar trabajo útil aquí?
Esa es una pregunta de AX.
Cómo se ve un buen AX
Una buena Experiencia de Agentes no significa exponer cada operación primitiva que tienes.
Normalmente significa lo contrario.
Significa darles a los agentes pocas formas, pero claras, de tener éxito:
- flujos de trabajo, no una pila de endpoints
- capacidades descubribles
- entradas y salidas predecibles
- errores útiles
- menos caminos ambiguos
- formas simples de verificar el resultado
Esto es muy parecido al punto que hice en el post de MCP. Los agentes no quieren tu topología interna de servicios. Quieren un camino para completar una tarea.
A veces se habla de productos de IA como si la oportunidad principal fuera agregar funciones de IA para humanos.
Eso es parte de la historia.
Pero otra parte es hacer que tu producto actual sea fácil de operar para agentes.
Pregúntales a los agentes
Un hábito que me ha resultado útil es pedir feedback a mis agentes de código cuando se traban con alguna de nuestras herramientas.
¿Qué habría hecho más fácil obtener esta información?
Muchas veces son más resilientes de lo que creemos. Prueban caminos alternativos y se las arreglan en flujos incómodos. Pero cuando les preguntas dónde les costó, te lo dicen. Y eso es feedback de producto muy útil.
Me ha pasado varias veces con herramientas como todoist-cli. Algunas mejoras que he contribuido vinieron directamente de ese loop.
Lo más reciente: noté que Codex tenía dificultades para encontrar mi conversación de DM en Twist con una persona específica. Resultó que no había una forma simple de hacerlo desde el CLI. Así que terminó en un PR para mejorar la herramienta.
Esto funciona con cualquier chat LLM con herramientas, no solo Claude Code o Codex. Puedes preguntar en los mismos chats de IA dentro de apps en las que trabajas:
¿Qué herramientas tienes ahora mismo, y cuáles te gustaría tener para hacer esto de forma más eficiente?
Suelen salir respuestas buenas.
La conclusión práctica
Si construyes software hoy, deberías preocuparte por AX. Aunque no estés construyendo productos explícitamente agentic, cada vez más tus usuarios van a intentar usar tu producto a través de agentes. Si esa experiencia es torpe, el producto de otra empresa puede ser simplemente más fácil de usar.
Porque los agentes se están convirtiendo en usuarios reales de software. Y los usuarios reales necesitan buenas interfaces.