Claude · Shopify
Que regale un descuento que no existe, que enseñe un precio equivocado o que toque el stock. Esta página va de lo que impide que eso pase, y de quién paga si pasa.
Revisado en septiembre de 2026
Lo que ya dijo un tribunal
Moffatt contra Air Canada
2024 BCCRT 149 · Civil Resolution Tribunal de la Columbia Británica · 14 de febrero de 2024
La cantidad es pequeña. Lo que no es pequeño es el principio: lo que dice tu asistente lo dices tú.
While a chatbot has an interactive component, it is still just a part of Air Canada's website. It should be obvious to Air Canada that it is responsible for all the information on its website. It makes no difference whether the information comes from a static page or a chatbot.Aunque un chatbot tenga un componente interactivo, sigue siendo una parte más de la web de Air Canada. Debería ser evidente para Air Canada que es responsable de toda la información de su web. Da igual que la información venga de una página fija o de un chatbot.
Los hechos
Qué hay dentro
Shopping agent
Para el cliente, dentro de la web de la tienda.
Merchant agent
Para tu equipo, en la trastienda.
Los guardarraíles
Nothing places an order, charges a card, or changes a live listing: `checkout` renders the cart for the host to complete, and every merchant write is staged until a person approves it.Nada coloca un pedido, cobra una tarjeta ni cambia una ficha en vivo: el checkout renderiza el carrito para que lo complete el anfitrión, y toda escritura del comerciante queda en espera hasta que una persona la aprueba.
Cuando toca enseñar producto, el modelo no escribe un precio ni una descripción: emite una llamada a herramienta con los identificadores de lo que quiere enseñar. Nada más.
El servidor resuelve esos identificadores contra tus registros. En palabras del repositorio, «every product, order, metric, or change on it is joined from server records»: lo que se pinta se compone desde el sistema, no desde el texto del modelo.
«Ids without provenance are dropped and reported; a component with nothing left is refused.» Si aparece un identificador que no existe, no se enseña de todas formas: se descarta y se avisa.
La IA decide qué enseñar; la base de datos dicta a qué precio.
Y los topes se escriben antes
No son valores por defecto: son una decisión de negocio de tu tienda. Y se comprueban dos veces, al preparar el cambio y otra vez al aplicarlo, contra la configuración que esté en vigor en ese momento — aflojar un tope no cuela cambios que ya estaban esperando.
Lo que se puede hacer hoy
De código a tienda
Los ejemplos vienen con una tienda inventada. Hay que implementar los dos backends que el repositorio define —«StorefrontBackend and MerchantBackend translate your systems into the records the agents read»— para que el agente lea tu stock, tus variantes y tus precios y no una ficha de demostración.
Los ejemplos no la incluyen y sus servidores escuchan solo en local. Antes de que esto mire a internet hay que decidir quién entra, con qué credenciales y qué puede ver cada sesión.
Hay tres caminos y no dan el mismo trabajo: escribir el bucle sobre la Messages API, dejar que lo ejecute el Agent SDK dentro de tu proceso, o los Managed Agents, donde el agente corre en infraestructura de Anthropic y tus datos siguen detrás de un servidor que hospedas tú.
Cuánto puede moverse un precio, hasta dónde llega un descuento, qué campos no se tocan. No son valores por defecto que valgan para todo el mundo: son una decisión de negocio de tu tienda, y hay que sentarse a tomarla.
Si toda escritura espera a que una persona la apruebe, esa persona necesita un sitio donde ver lo que hay pendiente y un botón. El repositorio deja esa superficie —y quién puede usarla— del lado del despliegue.
El repositorio no se mantiene y no acepta contribuciones. Cuando cambie la API de Shopify, cuando salga un modelo nuevo o cuando tu catálogo crezca, no hay actualización que llegue sola.
Lo que cuesta
Nada más. Se dice al presupuestar, por escrito, y no se renegocia a mitad. Aparte va lo que no cobramos nosotros y no controlamos: el consumo de la API de Anthropic y la infraestructura donde corra, que se facturan a quien los presta.
Si quieres que lo montemos
Variantes, stock, campos a medias, productos duplicados. Si eso está roto, el agente hereda el desorden y lo enseña a tus clientes con muy buena redacción. Si lo vemos mal, te lo decimos antes de cobrarte por montar nada encima.
Cuánto puede moverse un precio, hasta dónde llega un descuento, qué campos no se tocan, quién aprueba y desde dónde. Es una conversación de negocio, no una configuración técnica, y sale de la cabeza de quien responde de la tienda.
Los backends contra tu catálogo real, la autenticación que los ejemplos no traen, y el sitio donde tu equipo ve lo que está pendiente de aprobar.
El repositorio no se mantiene solo. Dejamos documentado qué toca cuando cambie la API de Shopify o cuando crezca el catálogo, y a alguien de dentro capaz de hacerlo.
Quién te lo dice
Todavía no, y no vamos a inventarlos. Esto se publicó en septiembre de 2026: cualquiera que hoy te enseñe un caso de éxito de agentes de comercio con Claude, con nombre y con cifras, te está contando algo que no ha tenido tiempo de pasar.
Lo que sí hay es un estudio en Barcelona que construye sistemas de IA y los mete dentro de empresas que ya funcionan, y un sitio donde está contado con detalle: qué se montó, para quién y qué pasó después.
Y no hace falta ningún acuerdo con Anthropic ni con Shopify para hacer esto: el código es abierto y lo puede leer cualquiera. La diferencia está en habérselo leído entero y saber qué le falta para aguantar encima de una tienda de verdad.
Ver lo que hemos construidoPreguntas
No. Es un blueprint de código abierto bajo licencia Apache 2.0 que Anthropic publicó el 2 de septiembre de 2026 en el repositorio anthropics/commerce-agents. Su propio README dice que es una implementación de referencia que no se mantiene y no acepta contribuciones. Es andamiaje para que un equipo construya, no algo que se activa. Si alguien te lo ofrece como una app que se instala, no está describiendo lo que existe.
Lo que Shopify publica hoy es un repositorio de código, Shopify/claude-for-commerce-examples, con sus implementaciones del blueprint bajo Apache 2.0: el agente de tienda sobre UCP y Sign in with Shop, y el del comerciante sobre la Admin GraphQL API. Es código para desplegar, no una app que se instala y ya. Alguien tiene que conectarlo a tu catálogo, añadirle la autenticación que los ejemplos no traen y mantenerlo después.
El modelo no escribe el precio. Cuando toca enseñar producto emite una llamada a herramienta con los identificadores, y es el servidor el que resuelve el dato real contra tus registros y compone lo que se ve. El repositorio lo dice así: «every product, order, metric, or change on it is joined from server records». Y si aparece un identificador sin origen comprobable, no se enseña: «Ids without provenance are dropped and reported». La IA decide qué enseñar; la base de datos dicta a qué precio.
No, y está escrito en el README: «Nothing places an order, charges a card, or changes a live listing: checkout renders the cart for the host to complete, and every merchant write is staged until a person approves it». El carrito se entrega al checkout de tu tienda, que es donde se paga, y todo cambio del comerciante queda preparado esperando a que alguien lo apruebe.
Responde la tienda. Es lo que resolvió el Civil Resolution Tribunal de la Columbia Británica en Moffatt contra Air Canada, 2024 BCCRT 149: la aerolínea alegó que su chatbot era una entidad jurídica separada, y el tribunal contestó que un chatbot es una parte más de la web y que da igual que la información venga de una página fija o de él. Por eso los límites y la aprobación humana no son un adorno técnico: son lo que reduce ese riesgo.
El blueprint de Anthropic no es de ninguna plataforma en concreto: define dos backends que traducen tus sistemas a los registros que leen los agentes. Lo que cambia entre plataformas es cuánto trabajo hay debajo. Nosotros hoy trabajamos sobre Shopify, que es donde existen implementaciones publicadas y mantenidas por la propia plataforma. Si tu tienda está en otro sitio, dilo al escribir y te contestamos qué se puede hacer de verdad en tu caso en vez de prometerte que es igual.
El código es abierto y gratis: no hay licencia que pagar por él. Lo que se paga es el consumo de la API de Anthropic, la infraestructura donde corra y el trabajo de conectarlo a tu catálogo, autenticarlo, configurar los límites y mantenerlo. De nuestra parte el presupuesto se cierra por escrito antes de empezar y no se renegocia a mitad: que el catálogo resulte más enrevesado de lo que parecía o que un conector haya que rehacerlo lo asumimos nosotros.
Depende de en qué estado esté tu catálogo, que es lo que casi siempre manda. Un catálogo ordenado, con variantes coherentes y stock fiable, es la mitad del trabajo hecho; uno con productos duplicados y campos a medio rellenar es la otra mitad del proyecto disfrazada. Por eso lo primero que miramos es eso y no el agente.
Nosotros lo etiquetamos siempre, y no por normativa: porque un cliente que sabe con qué habla acepta mejor un «esto lo mira una persona y te contestamos» que uno que se cree que habla con alguien del equipo. Sobre qué te obliga exactamente la normativa europea en tu caso, eso lo tiene que decir tu asesoría: aquí no publicamos artículos ni fechas de un reglamento que no hayamos comprobado.
No en ecommerce, y no vamos a decir lo contrario. El blueprint se publicó en septiembre de 2026. Lo que sí hay es un estudio en Barcelona que lleva tiempo metiendo sistemas de IA dentro de empresas que ya funcionan, y trabajos publicados con nombre para comprobarlo.
De dónde sale esto
Revisado en septiembre de 2026 por Víctor TorresAether Labs · Barcelona
Media hora mirando tu tienda, y te decimos la verdad