El «AX Stack»: qué partes del diseño de agentes están resueltas y dónde queda margen

El término «AX Stack» —Agent Experience Stack— lleva meses circulando en conversaciones privadas de ingeniería, pero Microsoft acaba de ponerle nombre y estructura en un artículo público de su blog para desarrolladores. El post, titulado The AX Stack: What's Fixed & Where You Can Win, propone una forma de mapear qué capas del desarrollo de agentes están suficientemente consolidadas para construir sobre ellas sin riesgo de que el suelo se mueva, y cuáles siguen siendo territorio donde los equipos pueden diferenciarse —o donde simplemente hay que asumir incertidumbre.

Para quienes trabajamos a diario con Claude Code, servidores MCP y subagentes, la distinción no es trivial: invertir semanas en una capa que va a cambiar de especificación en el próximo trimestre tiene un coste real.

Qué entiende Microsoft por «fijo» y por «abierto»

El artículo divide el stack en dos grandes zonas. La zona fija agrupa las piezas sobre las que existe suficiente convergencia en la industria como para asumir estabilidad razonable: protocolos de llamada a herramientas, formatos de mensajes estructurados y los fundamentos del razonamiento de los modelos de lenguaje de gran tamaño. En este bloque encajan bien cosas como MCP, que Anthropic ha desarrollado como estándar abierto y que ya tienen implementaciones en múltiples entornos —Claude Desktop, Claude Code, integraciones de terceros—.

La zona abierta es donde el artículo resulta más interesante: evaluación de agentes, gestión de memoria a largo plazo, coordinación entre subagentes y, especialmente, todo lo relacionado con la experiencia del usuario final cuando interactúa con un sistema agéntico. Aquí no hay estándar dominante y el espacio para construir algo diferencial es real.

Por qué importa la separación de capas

Un error frecuente al diseñar pipelines con agentes es tratar el sistema como un monolito. Cuando el modelo, el protocolo de herramientas, la lógica de orquestación y la interfaz de usuario están acoplados, cualquier cambio en una capa obliga a reescribir las demás. La propuesta del AX Stack empuja hacia la dirección contraria: identificar contratos claros entre capas para poder evolucionar cada una de forma independiente.

En la práctica, para un equipo que usa Claude Opus 4.7 con una ventana de contexto de un millón de tokens y varios subagentes especializados orquestados desde Claude Code, esto se traduce en preguntas concretas: ¿la lógica de enrutamiento entre subagentes debería vivir en un hook de `PreToolUse`? ¿O en un skill dedicado a la coordinación? ¿El estado compartido entre agentes va en memoria del contexto o en un servidor MCP que actúa como capa de persistencia? El marco del AX Stack no responde estas preguntas directamente, pero sí ayuda a formularlas con más precisión.

Para quién es útil este análisis

El artículo está escrito pensando en equipos de producto y arquitectos que toman decisiones de plataforma, no en desarrolladores buscando código de ejemplo. Si tu trabajo consiste en decidir qué construir internamente y qué comprar o reutilizar de la comunidad, la taxonomía propuesta tiene valor inmediato.

Para los integradores que trabajan con el ecosistema Claude específicamente, hay una lectura adicional: el hecho de que MCP esté en la zona «fija» según Microsoft —una compañía con su propio stack agéntico competidor— es una señal de convergencia que no conviene ignorar. Cuando dos grandes actores con intereses distintos coinciden en que un protocolo es infraestructura y no ventaja competitiva, suele ser una buena señal para apostar por él.

Lo que el artículo no cubre

El análisis de Microsoft se centra en el lado del desarrollador y apenas toca la experiencia del usuario final: cómo comunicar a una persona qué está haciendo un agente en su nombre, cómo gestionar el consentimiento en operaciones de alto impacto, o cómo diseñar interfaces que no generen ansiedad cuando el agente toma decisiones autónomas. Estas son, paradójicamente, algunas de las capas más «abiertas» del stack y también las que más van a determinar si los sistemas agénticos ganan adopción real fuera de entornos puramente técnicos.

El hilo de Hacker News asociado al artículo no había generado comentarios en el momento de publicar este post, lo que dice algo sobre la naturaleza todavía relativamente especializada de la audiencia que sigue este tipo de discusiones estructurales.

---

Desde ElephantPink valoramos que alguien ponga nombres a las capas del stack agéntico: la industria lleva meses construyendo sobre arena sin mapa. El AX Stack no es ese mapa definitivo, pero es un punto de partida útil para equipos que necesitan decidir dónde concentrar esfuerzo propio.