Obenan

Briefing · Agentes de comercio

Crear asistentes de compra con IA es cada vez más fácil. El trabajo sigue estando en conectarlos a tu negocio.

El 2 de septiembre de 2026, Anthropic publicó un modelo de referencia para agentes de comercio: un asistente de compras, otro para comercios, ejemplos de cuatro sectores y un plugin de Claude Code —un complemento de su herramienta de programación—. Facilita construir la conversación. Tus precios, disponibilidad, condiciones y aprobaciones aún deben conectarse, y la promesa final debes cumplirla tú.

Publicado

Ejemplo ilustrativo: ni el restaurante, ni la reserva, ni la integración con Anthropic son reales.

Anthropic, 2 de septiembre de 2026

Dos asistentes para dos personas distintas

El modelo de referencia de Anthropic ofrece a los equipos de ingeniería un punto de partida adaptable a sus sistemas. Incluye dos asistentes de referencia.

Para el comprador

  • Busca productos adecuados
  • Compara opciones
  • Prepara una cesta

Para quien gestiona la tienda

  • Examina cómo va el negocio
  • Revisa las existencias
  • Prepara una promoción

Anthropic también nombra empresas que ya están creando experiencias comerciales con Claude. Esos despliegues más amplios no son los ejemplos de este repositorio.

Cómo leer los ejemplos

Una referencia útil, no un justificante

El repositorio usa negocios, productos y personas ficticios. No realiza pedidos reales, no cobra tarjetas ni modifica fichas publicadas.

Qué demuestra

  • Un agente comprador que compara opciones y prepara una cesta
  • Un agente para el comercio que revisa existencias y prepara una promoción
  • Una herramienta de compra que entrega la cesta a la aplicación del negocio para completarla
  • Ejemplos desarrollados en cuatro sectores, con empresas ficticias

Qué no demuestra

  • Un pedido realizado a un comercio real
  • Un cargo a una tarjeta
  • Una ficha publicada modificada
  • Que un despliegue concreto imponga la aprobación en la aplicación

También funciona al revés. Anthropic dice que su trabajo se apoya en agentes que funcionan en producción, así que los ejemplos ficticios no significan que todos los despliegues comerciales con Claude sean demos. Las pruebas de un comercio real deben proceder de ese despliegue.

Conectarlo a un negocio

Cinco pasos que deben funcionar en un negocio real

La guía de integración del repositorio pide a quien lo despliegue que conecte el agente con los sistemas del negocio que hay detrás.

  1. Saber quién pregunta

    La aplicación identifica a quien solicita, incluso si es invitado, y limita lo que esa sesión puede ver y hacer.

  2. Leer tus registros reales

    Tus sistemas proporcionan el catálogo, los pedidos y las políticas para esa persona. Las cifras ausentes siguen ausentes, en lugar de convertirse en un cero conveniente.

  3. Proponer la acción

    Una cesta o un cambio preparado para aprobación. Aún no hay nada definitivo.

  4. Aprobar en la aplicación

    La comprobación propia de la aplicación, no del modelo. Los límites vuelven a comprobarse al aplicar el cambio.

  5. Completar una sola vez

    La compra tiene su propio proceso de finalización. Las acciones de varios pasos requieren el orden correcto y protección para no registrar el mismo pedido dos veces.

La referencia muestra cómo pueden funcionar estos pasos con datos ficticios. Hacer que cada uno funcione en un negocio real, incluida la aprobación, es tarea de quien lo despliega.

Por qué la aprobación debe pertenecer a la aplicación

En la guía de ingeniería de Anthropic, el cambio propuesto al comercio recibe un identificador, llega a una pantalla de aprobación y se vuelven a comprobar los límites al aplicarlo. Esto importa cuando las existencias, los permisos o las políticas pueden cambiar entre la propuesta y su ejecución.

La documentación de seguridad de referencia establece por defecto la aprobación del sistema anfitrión, pero un desarrollador puede cambiar esa política. Por tanto, una confirmación convincente en la conversación no basta para demostrar que una instalación concreta exige la aprobación correcta. Pruébalo en la aplicación que usarán las personas.

Qué significa en tu local

¿Qué local, qué mesa, qué hora y qué condiciones?

Ejemplo ilustrativo. No es una afirmación sobre integraciones de Anthropic con restaurantes.

Para un negocio local, una respuesta útil debe resistir ese nivel de detalle. Pensemos en un restaurante que gestiona una reserva de grupo.

  1. Una hora propuesta no es una mesa retenida

    Hasta que tu sistema de reservas la retenga, otra persona puede reservarla.

  2. Un depósito mostrado no es un depósito pagado

    El chat puede mostrar un importe; solo tu registro de pagos demuestra que llegó.

  3. Un pago no fija las condiciones

    Una confirmación de pago no establece por sí sola las condiciones de cancelación. Aún debes indicarlas.

Plataformas de comercio

Tres plataformas, tres etapas distintas

El anuncio de Anthropic incluye declaraciones de tres plataformas. Describen trabajos diferentes en etapas distintas, no una integración que cualquier comercio pueda activar.

Shopify

  • Describe una tienda de referencia conectada a la tienda del comercio.

Wix

  • Describe un piloto.

Square

  • Describe herramientas de agentes que está creando para vendedores.

Nuestra interpretación: las plataformas pueden hacer más útiles sus relaciones existentes con comercios mediante agentes. La prueba consiste en si el comercio puede conectar los registros correctos, conceder autoridad limitada y ver después qué ocurrió. Una demo de configuración rápida solo responde a parte de eso.

Qué puedes preparar ahora

Empieza por una tarea que puedas respaldar

  1. Elige una tarea pequeña y bien definida

    Una reserva de grupo o una promoción, por ejemplo, antes de grandes promesas de automatización.

  2. Enumera los registros necesarios

    Para una reserva, disponibilidad y condiciones; para una promoción, existencias elegibles y límites de precio.

  3. Identifica quién aprueba

    Escribe quién puede aprobar cada cambio y compruébalo en la aplicación.

  4. Define qué significa terminado

    Una mesa retenida, un depósito pagado, un pedido entregado: decide qué resultado completa la tarea.

  5. Prepárate para los fallos

    Indica qué ocurre si un artículo no está disponible, cambia el precio, falta permiso o llega dos veces la misma solicitud.

  6. Separa propuesto, aprobado y completado

    Muéstralos como tres estados distintos tanto en pantalla como en el registro de lo ocurrido.

Fuentes

De dónde procede esta información

El anuncio de Anthropic, sus páginas públicas y su repositorio de referencia en un commit fijado. Este briefing no demuestra una integración de Obenan con el modelo de referencia comercial de Anthropic, un servicio de pagos ni una transacción de comercio completada. Obenan no tiene acuerdos, integración, piloto ni acceso especial con Anthropic, ni cuenta con su respaldo.

  1. Anthropic’s commerce agents announcement

    Anthropic Publicado Comprobado

    La publicación, las empresas que nombra Anthropic y las declaraciones de las plataformas.

  2. Anthropic’s commerce solutions page

    Anthropic Comprobado

    Los ejemplos de comprador y comercio.

  3. Reference repository README, pinned commit

    Anthropic on GitHub Comprobado

    Qué contienen los ejemplos y qué no hacen.

  4. The anatomy of effective commerce agents

    Anthropic Comprobado

    La experiencia en producción y la aprobación fuera del modelo.

  5. Backend integration guide, pinned commit

    Anthropic on GitHub Comprobado

    Lo que debe conectar quien lo despliega.

  6. Reference safety model, pinned commit

    Anthropic on GitHub Comprobado

    La aprobación del sistema anfitrión por defecto y la posibilidad de que un desarrollador la cambie.

Edición anterior

Los agentes del propio comercio se están convirtiendo en un punto de aceptación

Este briefing continúa una publicación anterior de Obenan, que conserva los hallazgos de su primera edición y su propia página.

Leer la edición anterior
Volver a todos los briefings