Edición en Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# El bloqueo de Muse por Amazon pone en disputa la elección del agente por parte del comprador

> El bloqueo de Muse, de Meta, que según un informe ordenó Amazon, separa el permiso del comprador de la disposición de una tienda a admitir a un agente. Las consecuencias afectan a la cobertura de búsqueda, el pago y la atención al cliente.

By BIG CHANGE Editorial

Published: 2026-09-22T07:50:15.731Z
Updated: 2026-09-22T07:50:15.731Z
Canonical: https://bigchange.ai/blog/amazon-muse-shopping-agent-access

![A browser-shaped shopping card, blank instruction slip and orange pen stand outside a generic storefront with a closed door.](https://bigchange.ai/api/media/file/shopping-agent-store-access-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE. A shopper can instruct an assistant while the retailer refuses that agent access. The closed storefront represents a software access boundary, not a shop barring the buyer. Conceptual illustration, not a screenshot of Muse or Amazon.

Según un informe de GeekWire del 20 de septiembre, Amazon impidió que Muse, de Meta, comprara en su sitio en nombre de clientes. Amazon dijo a la publicación que Muse operaba sin un acuerdo ni una identificación adecuada del agente, y planteó inquietudes sobre la captura y el almacenamiento de credenciales de clientes. El informe incluía una captura de pantalla del bloqueo proporcionada por Amazon. Cuando se publicó la noticia, el domingo por la noche, Meta aún no había respondido. Esas son las objeciones de Amazon, no pruebas de que se produjera una filtración. [El informe original de GeekWire](https://www.geekwire.com/2026/amazon-blocks-metas-muse-ai-assistant-in-new-standoff-over-agentic-shopping/)

Para quien compra, la interrupción plantea una pregunta incómoda. Si eliges un asistente para comparar productos y hacer un pedido, ¿cuánto de esa elección se mantiene cuando la tienda decide qué asistentes admite?

La respuesta ayudará a determinar si los agentes de compras facilitan la comparación entre comercios o limitan a los clientes a otra red de socios aprobados. También importa a los minoristas pequeños, que quizá agradezcan una nueva fuente de pedidos y, a la vez, se preocupen por quién explicará sus productos y resolverá los errores. La delegación del cliente, la participación de la tienda y la aprobación del pago corresponden a partes distintas de la transacción.

## La conexión de pago puede funcionar, pero la tienda también debe aceptarla

El 8 de septiembre, Meta presentó Muse como un agente personal capaz de seguir realizando tareas en un ordenador virtual dedicado en la nube. La descripción del lanzamiento incluye las compras e indica que las acciones importantes, incluidas las compras, requieren aprobación. Son descripciones de la empresa, no resultados de pruebas realizadas por BIG CHANGE. [Anuncio de Muse de Meta](https://about.fb.com/news/2026/09/introducing-muse-personal-ai-agent/)

Stripe ofrece una descripción más concreta de la conexión de pago. En su anuncio del 8 de septiembre, afirma que los consumidores de Estados Unidos pueden conectar Link con Muse. En los comercios que usan Link, el agente puede utilizar el método de pago preferido que el cliente ya guardó. En los demás, Link puede emitir una tarjeta virtual de un solo uso, limitada a la compra aprobada. El cliente aprueba el importe total en la conversación y Muse no recibe los datos de pago subyacentes. [Anuncio de la integración de Stripe](https://stripe.com/newsroom/news/stripe-helps-meta-muse-shop-with-link)

Un método de pago protegido puede reducir la información que necesita el agente para pagar. Pero eso no basta para que un minorista acepte la visita del agente. Del mismo modo, la instrucción del cliente de comprar un artículo concreto no le indica a la tienda cómo distinguir esa petición de una automatización no deseada. Los sistemas necesitan una forma de reconocer la autoridad del cliente sin suponer que toda acción que intenta el software está autorizada.

Nuestro análisis anterior sobre [los permisos de pago para agentes de IA](https://bigchange.ai/blog/ai-agent-payments-mastercard-visa-credit-card) examinó los controles en torno al gasto. Esta disputa deja al descubierto una dependencia anterior: el asistente necesita acceso a una parte suficiente del proceso de compra para preparar un pedido que el cliente pueda aprobar.

Imaginemos que alguien pide una pieza de recambio para un electrodoméstico, con un presupuesto fijo y entrega antes de una cita de reparación. El asistente debe encontrar el modelo compatible exacto, comprobar las existencias y la entrega, y llegar al pago. Una instrucción de pago aprobada solo sirve cuando se cumplen esas condiciones. Un bloqueo durante la búsqueda puede cambiar los productos que el agente considera; un bloqueo en el pago puede obligar al cliente a repetir el trabajo que había delegado.

![Three separate groups show a blank instruction sheet and pen, a storefront, and a payment card beside a terminal.](/api/media/file/three-shopping-decisions-inline-v1.png)

## El almacenamiento de contraseñas y la visibilidad del modelo son cuestiones distintas

La descripción técnica de Meta dice que las credenciales se guardan en un servicio seguro dentro de la máquina virtual del usuario, fuera del entorno de ejecución principal del agente. El navegador las recibe cuando las necesita; el agente principal no las ve. Un componente de supervisión independiente comprueba las acciones y puede exigir una aprobación. Meta también afirma que los controles operativos actuales no impiden técnicamente que la empresa acceda a la máquina virtual cuando lo necesita para operar el servicio. La versión propuesta con computación confidencial es un paso futuro. [Diseño de seguridad y protección de Meta](https://research.meta.ai/blog/security-and-safety-for-ai-agents-our-approach-with-muse)

Mantener una contraseña fuera del contexto del modelo puede limitar una de las vías por las que podría quedar expuesta. Sin embargo, el servicio todavía necesita almacenar o utilizar las credenciales en algún lugar. Conviene preguntar quién puede acceder a ese almacenamiento, qué permisos de la cuenta concede la sesión y cómo revocar el acceso. Una afirmación sobre un componente no responde a todas esas preguntas.

Tampoco una descripción técnica demuestra de forma independiente cómo se comporta un sistema desplegado en condiciones de seguridad. Una evaluación útil examinaría qué puede hacer el agente después de iniciar sesión, cómo reacciona ante contenido engañoso en una página y si el cliente puede reconstruir una acción inesperada. Es una investigación más amplia que comprobar si el modelo vio una contraseña.

El interés comercial de Amazon en conservar la relación de compra no convierte en falsas sus inquietudes de seguridad. La explicación de Meta sobre las protecciones requiere un examen independiente. Serían más útiles las pruebas sobre accesos y fallos reales que la versión preferida de cada empresa sobre la otra.

## Amazon también quiere que los agentes compren fuera de su propia tienda

La descripción publicada por Amazon de Buy for Me explica un servicio que compra en sitios web de marcas externas a través de su aplicación de compras. El cliente confirma el pedido y la marca se encarga de la entrega, las devoluciones y la atención al cliente. Amazon dice que las marcas pueden elegir si participan. La página describe la presentación inicial de una versión beta, así que no debe interpretarse como una lista actualizada de todas las tiendas admitidas. [Descripción de Buy for Me de Amazon](https://www.aboutamazon.com/news/retail/amazon-shopping-app-buy-for-me-brands)

Este modelo muestra por qué deben examinarse las condiciones de participación. Un minorista puede aceptar de buen grado pedidos automatizados si conoce al intermediario y hay un procedimiento acordado para resolver problemas. Ese mismo comercio quizá se oponga a que un agente desconocido use cuentas de clientes mediante un navegador general. Las diferencias de implementación pueden justificar un trato distinto.

También dejan margen para un trato selectivo que beneficie a un intermediario poderoso. Si cada gran minorista exige una asociación independiente, el alcance de un asistente podría depender de acuerdos comerciales que los compradores no ven. A un desarrollador pequeño con un buen producto podría resultarle difícil conseguir el mismo acceso que a una gran plataforma. Un comercio podría captar clientes nuevos y, al mismo tiempo, depender del asistente que lo recomienda.

A nuestro juicio, las reglas de acceso deberían ser lo bastante específicas para poder examinarlas. Es más fácil evaluar los requisitos de identificación, los permisos limitados y un proceso fiable de reclamación que una garantía general de que los socios aprobados son seguros. Cuando agentes comparables reciben un trato distinto, los minoristas deberían explicar la diferencia operativa. Así, los clientes podrían distinguir una protección mensurable de una preferencia por una relación comercial concreta.

## El fallo sobre Comet deja abierta la disputa de Muse

El 4 de agosto, una opinión del Noveno Circuito anuló una medida cautelar preliminar contra Perplexity y devolvió el caso para que continuaran las actuaciones. A partir de ese expediente, el tribunal determinó que era improbable que Amazon demostrara el elemento de acceso exigido por la Ley federal de Fraude y Abuso Informático y su equivalente de California. El navegador Comet se ejecutaba en el equipo del usuario; el tribunal consideró que era el usuario quien accedía a Amazon con una herramienta de IA. También dejó expresamente intacta la facultad de Amazon para regular a los usuarios mediante condiciones de servicio privadas. [Opinión original del tribunal de apelaciones](https://cdn.ca9.uscourts.gov/datastore/opinions/2026/08/04/26-1444.pdf)

Muse utiliza un navegador y una máquina virtual alojados en la nube, una configuración sustancialmente distinta de la descrita en ese caso. La opinión no decidió la situación de Muse ni estableció que los agentes de compras tengan un derecho universal a entrar en sitios web. Su razonamiento acotado aconseja examinar la implementación antes de predecir un resultado jurídico.

Por tanto, para las empresas que preparan un servicio basado en agentes, un fallo favorable sobre otro producto no sustituye a entender sus propios acuerdos de acceso. Las promesas al cliente deberían describir dónde funciona realmente el servicio y qué ocurre cuando se disputa el permiso.

## «La mejor opción disponible» requiere una búsqueda con límites visibles

El argumento más sólido a favor de los agentes de compras es que reducen el trabajo repetitivo. Una persona debería poder indicar una vez qué le importa, comparar ofertas adecuadas y conservar el control de la compra final. La asistencia fiable podría beneficiar mucho a alguien que tenga dificultades con los formularios o poco tiempo para buscar una pieza de recambio exacta.

Ese beneficio depende de describir la búsqueda con honestidad. Si un agente no puede acceder a una tienda importante, su recomendación aún puede ser útil, pero esa falta de cobertura limita lo que puede afirmar. La oferta accesible más barata no es necesariamente la más barata que el cliente podría encontrar por su cuenta.

En el ejemplo hipotético de la pieza para el electrodoméstico, un resultado útil indicaría qué tiendas se consultaron, a cuáles no se pudo acceder y cuál es el precio total con entrega. Si la mejor opción requiere visitar una tienda en persona, el asistente debería conservar la referencia del producto y explicar qué paso quedó pendiente. Sustituir en silencio al comercio por otro más accesible podría costarle dinero al cliente o hacerle perder el plazo de reparación.

La misma claridad debe aplicarse al estado del pedido. Quien compra necesita distinguir entre una cesta preparada, un pago aprobado y un pedido confirmado. Tras un fallo, el asistente debería aclarar si llegó a realizarse alguna compra antes de sugerir que se reintente. Son criterios propuestos para un servicio útil, no funciones de Muse que hayamos verificado.

Una respuesta conversacional pulida puede ocultar más fácilmente una búsqueda restringida que una lista visible de tiendas. Nuestro análisis anterior [sobre los incentivos comerciales de Muse](https://bigchange.ai/blog/meta-muse-zuckerberg-make-money-earnings-business-model) examinó quién se beneficia de las recomendaciones del asistente. Las restricciones de acceso añaden otra influencia: quizá algunos vendedores nunca lleguen a figurar en la comparación.

## Los minoristas necesitan pruebas de pedidos completados

Un comercio pequeño que esté decidiendo si admite agentes debería empezar por un caso de uso acotado y observable. Un asistente podría ayudar a los clientes a encontrar el producto correcto y preparar el pedido, y dejar los cambios importantes sujetos a una confirmación explícita. Después, el comercio podría examinar las compras completadas, los artículos incorrectos y el tiempo dedicado a atención al cliente, incluso en los casos en que el asistente abandonó la tarea.

Contar las visitas de agentes diría poco sobre si el canal ayuda. Más tráfico podría generar más pedidos pagados o más clientes confundidos que pidan al personal resolver lo que les prometió un intermediario. Las devoluciones deben contarse junto con las conversiones. El comercio también debería saber si el agente representa correctamente las condiciones de entrega y reembolso, y si el cliente puede encontrar al vendedor responsable después de pagar.

Los clientes podrían elegir entre varios asistentes útiles y los comercios podrían aceptarlos con reglas comprensibles y proporcionadas. Pero si el acceso depende de una serie de acuerdos exclusivos, los compradores podrían quedar atrapados en redes restringidas, cada una de las cuales presenta como asesoramiento personal cómodo un conjunto parcial de ofertas.

El bloqueo del que se ha informado plantea a los clientes una pregunta concreta antes de delegar su próxima compra: ¿qué tiendas consultará este asistente y qué me dirá si alguna le niega el acceso? Un servicio que responde con claridad puede seguir siendo útil aunque su cobertura sea limitada. Ocultar ese límite haría menos fiable su recomendación.

## Sources

- [GeekWire: Amazon bloquea el agente de compras Muse de Meta](https://www.geekwire.com/2026/amazon-blocks-metas-muse-ai-assistant-in-new-standoff-over-agentic-shopping/) — Reportaje original de Todd Bishop, publicado el domingo por la noche. Amazon proporcionó la declaración y la captura de pantalla; el relato no demuestra de manera independiente que hubiera una brecha de seguridad.
- [Meta: presentamos Muse, un agente personal de IA](https://about.fb.com/news/2026/09/introducing-muse-personal-ai-agent/) — La descripción del lanzamiento establece el flujo de compra previsto y el requisito de aprobación. Las afirmaciones sobre el producto proceden de Meta; BIG CHANGE no probó el rendimiento de compra ni reprodujo el bloqueo del que se informó.
- [Stripe: compras con Muse mediante Link](https://stripe.com/newsroom/news/stripe-helps-meta-muse-shop-with-link) — Descripción del proveedor de pagos sobre la integración en Estados Unidos, la aprobación de transacciones y las tarjetas virtuales de uso limitado. Explica el mecanismo de pago descrito, pero no acredita el permiso para acceder a todos los comercios ni garantiza que los pedidos se completen.
- [Meta: seguridad y protección de los agentes de IA, el enfoque de Muse](https://research.meta.ai/blog/security-and-safety-for-ai-agents-our-approach-with-muse) — Descripción técnica que diferencia el almacenamiento de credenciales, la visibilidad del modelo, la supervisión y el acceso operativo. La versión con computación confidencial se presenta como trabajo futuro. Es el relato de diseño del proveedor, no una auditoría de seguridad independiente.
- [Amazon: Buy for Me y las tiendas de marcas externas](https://www.aboutamazon.com/news/retail/amazon-shopping-app-buy-for-me-brands) — La presentación de la versión beta de Amazon describe la participación de las marcas y su responsabilidad por la entrega y las devoluciones. Se utiliza para comparar modelos de participación, no para establecer la disponibilidad universal actual, una lista exhaustiva de comercios ni el cumplimiento efectivo de todos los participantes.
- [Noveno Circuito: Amazon.com Services contra Perplexity AI, n.º 26-1444](https://cdn.ca9.uscourts.gov/datastore/opinions/2026/08/04/26-1444.pdf) — Opinión original, páginas 15–17 y nota al pie 5. Los hechos relativos a Comet difieren de la arquitectura de Muse.