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
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
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
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 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.
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
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
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
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 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.
