Anthropic publicó el 2 de septiembre un blueprint completo para construir agentes de comercio con Claude: no un anuncio de producto ni una demo cerrada, sino implementaciones de referencia con licencia Apache 2.0, cuatro ejemplos verticales funcionando y un plugin de Claude Code para generar el andamiaje. Llega semanas antes de la campaña navideña y con una lista de socios que incluye a Shopify, Priceline, Visa, Mastercard, Square, Wix, Klaviyo, Intuit, Accenture, Zomato y Fetch. Los números que acompañan al lanzamiento, medidos con un socio, hablan de carritos hasta un 35% mayores y compradores un 60% más propensos a completar la compra.
Lo relevante aquí no es que Anthropic haya descubierto el comercio conversacional. Es el cambio de formato: la compañía ha pasado de vender un modelo y dejarte el problema de la arquitectura a publicar la arquitectura entera, con sus guardarraíles, para que la adaptes.
Dos agentes distintos: el que atiende y el que gestiona
El blueprint no trae un agente genérico, trae dos con papeles opuestos. El agente de compra es el que mira hacia fuera: se integra en la web o la app, busca en el catálogo, monta conjuntos de productos —incluidas peticiones de varios artículos a la vez—, recuerda las preferencias del cliente para ajustar lo que sugiere, visualiza producto, gestiona el carrito y responde dudas de atención al cliente sin salir de la misma conversación.
El agente de gestión mira hacia dentro. Es una herramienta para el comerciante: consultas de inventario, análisis de rendimiento de ventas, recomendaciones de precio, alertas de stock, mantenimiento de fichas de producto y borradores de campañas. Y aquí aparece la primera decisión de diseño que merece subrayarse: cuando el agente propone un cambio por iniciativa propia, una persona lo aprueba antes de que salga a producción. Las escrituras del comerciante quedan en preparación hasta que alguien las valida.
Cada agente organiza su lógica en skills modulares. El de compra trae búsqueda y comparación, gestión de carrito, seguimiento de pedidos, preguntas sobre políticas y memoria de cliente. El de gestión trae análisis de rendimiento, mantenimiento de fichas, alertas de inventario, precios y promociones, y redacción de campañas. Las skills se pueden dejar en un directorio de preparación y activarse o desactivarse con interruptores, lo que permite arrancar con un subconjunto pequeño y crecer.
Los guardarraíles son la parte que de verdad cuesta escribir
Cualquiera puede conectar un modelo a un catálogo en una tarde. Lo que separa una demo de algo que se puede poner delante de un cliente son las restricciones, y es justo lo que Anthropic ha empaquetado. El blueprint incluye guardarraíles diseñados para atar precios y productos a los datos reales del catálogo —el agente no puede inventarse una referencia ni una tarifa— y para evitar patrones de venta cruzada manipulativos.
Por debajo, los tres caminos de ejecución comparten los mismos mecanismos de seguridad: vallado del alcance, puertas de procedencia que comprueban de dónde sale cada dato, topes sobre lo que el agente puede hacer, y validación de la memoria que guarda del cliente. Todos los datos de los ejemplos son ficticios: nada cobra una tarjeta ni toca un sistema vivo, y el checkout se limita a dejar el carrito montado para que la compra la complete una persona.
Ninguno de los dos agentes cierra la transacción. El de compra deja el carrito listo; el de gestión deja el cambio esperando a que alguien lo apruebe.
Esa contención no es timidez comercial, es la respuesta a la pregunta que hace cualquier cliente serio antes de firmar: qué pasa si el agente se equivoca. Con este diseño la respuesta es acotada, y eso hace la conversación mucho más fácil.
El mismo agente, tres runtimes y cuatro verticales
Cada uno de los dos agentes viene con tres implementaciones de ejecución: sobre la Messages API, sobre el Agent SDK y sobre Claude Managed Agents, esta última en beta. El núcleo —tipos, interfaz de backend, prompt y herramientas— es compartido, y lo que cambia es la capa que lo ejecuta. Es una decisión práctica: puedes empezar con el SDK, que es lo más rápido de montar, y mover el mismo agente a Managed Agents más adelante sin reescribir la lógica.
El repositorio incluye además cuatro ejemplos verticales completos —retail, viajes, telecomunicaciones y entretenimiento— cada uno con su escaparate y su portal de comerciante. No se envía ningún servidor MCP con los agentes, pero los puntos de integración previstos son los que cabría esperar: Stripe, Square, PayPal, Snowflake, BigQuery, Slack, Gmail y Google Drive. El despliegue funciona donde ya trabajes con Claude: API propia, Amazon Bedrock, Microsoft Foundry o Vertex AI.
💡 Arrancar el plugin en Claude Code
El plugin se instala como cualquier otro desde el marketplace del repositorio:
claude plugin marketplace add anthropics/commerce-agentsclaude plugin install commerce-builder@claude-commerce-agents
Añade tres comandos: /scaffold-commerce-agent para generar un agente adaptado a tu stack, /add-commerce-flow para añadir flujos a uno existente y /review-commerce-agent para revisar uno que ya hayas construido. Se disparan solos cuando lo que pides encaja con su descripción.
Qué necesitas para tenerlo girando esta tarde
El listón de entrada es bajo y está bien documentado. Hace falta Python 3.11 o posterior, Node 22 y una clave de API en un fichero .env. Se clona el repositorio, se crea el entorno virtual, se instalan dependencias, se instalan los paquetes de los ejemplos y se lanza la demo del vertical que te interese; el script levanta la API y el escaparate, con opciones para arrancar en su lugar el portal del comerciante o los dos a la vez. Cada vertical usa puertos distintos, así que se pueden tener varios abiertos.
Un detalle importante antes de construir encima: es una implementación de referencia, no un producto mantenido. El propio repositorio avisa de que no recibe mantenimiento ni acepta contribuciones. La licencia Apache 2.0 te deja hacer lo que quieras con el código, pero el día que algo se rompa es tuyo.
Por qué esto le interesa a un freelance más que a un retailer
Una gran superficie con equipo propio iba a construir esto de todas formas. Quien gana de verdad es el desarrollador independiente que hasta ahora no podía competir por un encargo de agente conversacional porque la parte cara no era el modelo, era todo lo demás: el diseño de las skills, la memoria del cliente, el vallado del catálogo, la separación entre lo que el agente propone y lo que ejecuta, y las pruebas para demostrar que nada de eso se sale del carril.
Ese trabajo, que era la barrera de entrada, ahora está escrito y con licencia permisiva. Lo que queda por hacer —conectar el catálogo real del cliente, adaptar el tono, ajustar las políticas de devolución, montar el despliegue— es exactamente el tipo de encargo que un freelance sí puede cerrar en semanas. Y para quien trabaje con WooCommerce o con tiendas montadas sobre WordPress, el punto de conexión es claro: el blueprint define una interfaz de backend, y adaptarla a la API de tu tienda es un trabajo acotado y presupuestable, no una investigación abierta.
La conclusión práctica es que conviene mirarlo ahora aunque no tengas el encargo todavía. Levantar la demo de retail cuesta veinte minutos y deja algo enseñable delante de un cliente, que es la diferencia entre proponer un proyecto y describirlo.
