Cuando el marketplace se abre a los agentes: el plugin de IA de Amazon Seller Central y la capa de operaciones del lado de venta

Puntos clave

• Amazon abrió su superficie de API del lado de venta de Seller Central a agentes de IA externos el 23 de septiembre de 2026 — un plugin Selling Partner en beta en EE. UU. para Amazon Quick y el Claude de Anthropic que cubre inventario, precios, listados y analítica de ventas.
• El 90% de los socios vendedores de Amazon ya usa herramientas de IA de terceros, y los vendedores aceptan las recomendaciones de Seller Assistant más del 90% del tiempo — Amazon está siguiendo a sus vendedores hacia un flujo de trabajo mediado por agentes que ya existe.
• Amazon eligió la vía del plugin, no un protocolo abierto — UCP, ACP, AP2 y x402 siguen siendo estándares del lado de compra, Amazon decide qué asistentes se conectan, y bloqueó al agente de compras Muse de Meta en su tienda días antes del anuncio.
• El modelo de permisos es la superficie de evaluación: tipos de datos con alcance delimitado, aprobación humana por acción y rastros de auditoría completos — los vendedores eligen a qué datos llega el plugin y aprueban cada acción antes de que se ejecute.
• El plugin conecta los datos de Amazon al asistente — no la propia pila del vendedor — un vendedor B2B que opera NetSuite, BigCommerce o ShipStation sigue necesitando su propia capa de módulos de agente para precios por nivel, inventario multicanal y escritura de pedidos de vuelta.

Todos los estándares de comercio agéntico seguidos este año — UCP, ACP, AP2, x402, Checkout MCP — describen el lado de compra: cómo un agente descubre un producto, negocia un precio, completa un checkout y paga. (Mapeamos esa pila en Protocolos de comercio para agentes de IA.) El 23 de septiembre de 2026, en su conferencia de vendedores Accelerate, Amazon abrió el otro lado de la transacción. Un nuevo plugin Selling Partner pone las operaciones del lado de venta del marketplace más grande — inventario, precios, listados y analítica de ventas — dentro de Amazon Quick y del Claude de Anthropic, en una beta en EE. UU. La atracción es medible: el 90% de los socios vendedores de Amazon ya usa herramientas de IA de terceros para manejar partes de su negocio, y las comisiones que esos vendedores pagaron a Amazon ingresaron 46.800 millones de dólares en el segundo trimestre de 2026 — más que los ingresos de AWS, como señala GeekWire en su cobertura.

Este artículo mapea lo que el plugin realmente abre, por qué Amazon eligió la vía del plugin de agente en lugar de un protocolo abierto, qué controla el modelo de permisos y qué no resuelve — porque la operación de un vendedor B2B no termina en el límite del marketplace. Los precios que un agente ajusta en Amazon tienen que conciliar con los precios por nivel en NetSuite. El nivel de inventario que acaba de cambiar tiene que coincidir con BigCommerce y el almacén. Los pedidos que produce el marketplace todavía tienen que llegar a un ERP. El plugin es la respuesta del marketplace a las operaciones de agentes. El lado del vendedor de esa integración queda por construir.

Lo que Amazon realmente lanzó

Tres cosas se lanzaron el 23 de septiembre, y vale la pena separarlas porque tienen perfiles de evaluación distintos.

Seller Assistant, mejorado. El compañero de IA dentro de Seller Central ahora lleva memoria persistente de los patrones de precios, los ciclos de inventario y los objetivos de crecimiento de cada vendedor, y funciona sobre Amazon Bedrock con modelos Claude. Amazon informa que se ha desplegado a más del 90% de los socios vendedores con cientos de miles de usuarios activos, y que los vendedores aceptan sus recomendaciones más del 90% del tiempo. Ese último número importa más que la función de memoria: un motor de recomendaciones aceptado por la mayoría dentro de Seller Central es la línea base de comportamiento que el plugin extiende.

Flujos de trabajo de Seller Assistant. Automatizaciones siempre activas que monitorean condiciones y actúan con permiso — "avísame si alguno de mis 10 productos principales baja de una calificación de 4 estrellas y prepara un plan de respuesta", o "monitorea mi categoría principal en busca de aperturas competitivas; si ves una, ajusta mis precios y actualiza los listados". Los vendedores establecen barreras en lenguaje natural y eligen si el flujo de trabajo solo presenta recomendaciones o toma acciones. Cada acción queda registrada con un rastro de auditoría completo.

El plugin Selling Partner. La nueva superficie. El plugin conecta las contribuciones de listados, las métricas de rendimiento en tiempo real, los niveles de inventario y la analítica de ventas de un vendedor a un agente externo — Amazon Quick en el lanzamiento, Claude en beta — y el agente externo puede actuar sobre la cuenta de la forma en que Seller Assistant lo hace dentro de Seller Central. Amazon dice que conectar Claude toma unos 60 segundos sin programación, junto con las conexiones de datos de contabilidad y proveedores existentes del vendedor.

El planteamiento de la propia vicepresidenta de Amazon es el titular estratégico: "Nuestra visión era que nunca tendrían que iniciar sesión en Seller Central", dijo Mary Beth Westmoreland, vicepresidenta de Worldwide Selling Partner Experience, en la entrevista de GeekWire. "Simplemente se lo llevaríamos a donde trabajan."

Por qué la vía del plugin, no la vía del protocolo

Los protocolos del lado de compra son abiertos por diseño: UCP tiene una especificación pública y co-desarrolladores, ACP vive en GitHub, cualquier comerciante puede exponer un endpoint. La apertura del lado de venta tiene la forma opuesta. Amazon publica un plugin para los asistentes que elige — su propio Quick primero, luego el Claude de Anthropic, una empresa en la que Amazon ha invertido miles de millones y cuyos modelos ya impulsan Seller Assistant — y dice que seguirán más integraciones, construidas de una manera "lo suficientemente modular como para que podamos seguir publicando plugins". Nada en el anuncio describe una especificación que otras plataformas pudieran implementar.

El contexto agudiza el contraste. Días antes de Accelerate, Amazon bloqueó a Muse de Meta, un agente de compras de consumo, en su tienda — con la posición declarada de Amazon de que los agentes externos deben identificarse y seguir las reglas de los sitios que usan (GeekWire). En el lado de venta, Amazon es simultáneamente el anfitrión, quien fija las reglas y el publicador del plugin. La superficie de agentes del lado de venta existe donde Amazon dice que existe.

Para los vendedores, esa no es una razón para quedarse fuera. Es una razón para evaluar los términos con el mismo rigor que las capacidades — porque la superficie puede extenderse, re-tarificarse o estrecharse por la contraparte que posee el marketplace. Las comisiones de vendedores ya son objeto del caso antimonopolio de la FTC contra Amazon, con juicio programado para marzo de 2027 (GeekWire); la economía de las herramientas para vendedores no es un telón de fondo neutro.

El diagrama de abajo sitúa el plugin frente a la pila de protocolos del lado de compra y las compuertas de permisos que aplica.

Lo que controla el modelo de permisos

La propia descripción de seguridad de Amazon es lo bastante precisa para evaluar: las interacciones del plugin están protegidas por "límites claros sobre qué puede acceder, aprobación humana de las acciones y rastros de auditoría completos". En la práctica, son cuatro compuertas.

Alcance de datos. Los vendedores eligen a qué tipos de datos puede llegar el plugin — listados, inventario, analítica de ventas, métricas de rendimiento. El alcance es por tipo de dato, seleccionado por el vendedor.

Visibilidad de la intención. En Quick, los agentes construidos alrededor del plugin — un agente de precios, un agente de listados, un agente de reabastecimiento — muestran lo que pretenden hacer antes de hacerlo.

Aprobación humana. Las acciones requieren la aprobación del vendedor antes de ejecutarse, coincidiendo con el patrón que los flujos de trabajo de Seller Assistant ya usan: solo recomendar, o actuar con aprobación.

Rastro de auditoría. Cada acción queda registrada. Amazon también declara que no ve los demás datos de negocio en el asistente de un vendedor — las conexiones de contabilidad y proveedores que un vendedor mantiene en Claude. Esa es una declaración de Amazon sobre su propia aplicación, no una propiedad verificable de forma independiente; trátala en consecuencia.

Este es el mismo patrón de control que impone un módulo MCP personalizado: herramientas con alcance delimitado, parámetros tipados, compuertas humanas en las escrituras y registros que sobreviven a una auditoría. La diferencia va en contra de la visibilidad del vendedor. Con tu propio módulo, los alcances son código que tu equipo puede leer. Con un plugin de primera parte, el marketplace define los alcances y el vendedor confía en la aplicación del proveedor. Ninguno está mal — pero son decisiones de confianza distintas, y la segunda merece la misma revisión que un equipo de seguridad daría a cualquier integración de terceros.

La brecha: el plugin conecta los datos de Amazon, no la pila del vendedor

La conexión de 60 segundos ata a Amazon al asistente. No hace nada por los sistemas donde opera realmente un vendedor B2B.

Precios. El plugin puede ajustar los precios de Amazon dentro de las barreras del vendedor. No puede consultar la lista de precios por nivel de cliente en NetSuite, los términos del contrato en un CPQ o el piso de margen antes de hacerlo. Para un vendedor cuyo canal de Amazon debe conciliar con precios B2B directos, la lógica de precios que gobierna el cambio vive fuera del alcance del plugin.

Inventario. Ve los niveles de inventario de Amazon. El stock multicanal — el mismo SKU en BigCommerce, en un almacén de Brightpearl, asignado a un envío de ShipStation — es un problema de sincronización separado que el plugin no toca.

Pedidos y escritura de vuelta. Los pedidos del marketplace todavía necesitan validación, lógica de impuestos y envíos, y alta en el ERP. Esa es la capa de gestión de pedidos — aquella donde un distribuidor de 380 empleados que procesa 1.800 pedidos a la semana redujo una tasa de error de captura del 12% a menos del 2% con validación de esquema tipado a través de NetSuite, BigCommerce y ShipStation.

El patrón del asistente de preferencia corta en ambos sentidos. El argumento de Amazon es que los vendedores ya ejecutan Claude "junto a sus conexiones de datos de contabilidad y proveedores existentes". Cuando los datos de Amazon aterricen en el mismo asistente, el vendedor le pedirá que concilie los precios de Amazon con los costos del ERP y el inventario del marketplace con el stock del almacén. Ese razonamiento entre sistemas es exactamente la integración que el plugin no proporciona — y la propia capa de agentes del vendedor es lo que lo hace seguro: módulos gobernados para cada sistema, identificadores explícitos de lo que el agente puede leer y escribir, y un rastro de auditoría que aterriza en los sistemas que la empresa ya audita.

Qué evaluar antes de activar la beta

Cuatro preguntas, en orden:

1. ¿Qué puede escribir el plugin, no solo leer? Los cambios de precios, las ediciones de listados y los ajustes de inventario son clases de riesgo distintas. Los flujos de trabajo de Amazon distinguen entre solo recomendar y actuar con aprobación — mapea cada flujo de trabajo a la clase correcta antes de activarlo.
2. ¿Dónde se ubica la aprobación? Por acción, por flujo de trabajo o por sesión. La aprobación por acción en un agente de precios es un modelo operativo distinto a una concesión para toda la sesión.
3. ¿Qué captura el rastro de auditoría y adónde puede llegar? Si tu auditor lee NetSuite o un almacén de datos de cumplimiento, el rastro tiene que llegar al sistema que tu auditor ya lee.
4. ¿Qué necesita el lado del vendedor? ¿Cuáles de tus sistemas deben ver lo que hizo el agente — el ERP, la tienda, el almacén — y cómo viajan esos datos? Esa es la integración que posees.

La capa de operaciones del lado de venta es ahora una superficie de agentes. Amazon ha hecho su jugada con un plugin y un modelo de permisos; la parte que un vendedor B2B de mercado medio realmente posee es todo lo que el plugin no conecta.

Lecturas relacionadas

• Protocolos de comercio para agentes de IA: UCP, ACP, AP2 y MCP — Cómo encaja la pila — la pila de protocolos del lado de compra que este plugin complementa: descubrimiento, checkout, mandatos de pago y la brecha de la capa semántica B2B
• Más RFQs, menos oportunidades reales: una capa de calificación del lado del vendedor para la demanda generada por agentes — la contraparte del lado de la demanda: cuando los agentes generan el contacto entrante, cómo el equipo de cotización de un proveedor lo califica
• Gestión de pedidos: cómo un agente valida 1.800 pedidos B2B a la semana y reduce la tasa de errores del 12% a menos del 2% — cómo se ve la capa de integración del lado del vendedor más allá del marketplace: validación, enrutamiento de fulfillment y escritura de vuelta al ERP

Build representativo

Un vendedor B2B de mercado medio opera Amazon junto a su propia tienda BigCommerce y NetSuite, y su equipo de operaciones no puede conciliar lo que el agente de un canal hizo con lo que los demás sistemas creen. El build comienza con un inventario de sistemas (qué superficies cubre el plugin Selling Partner, qué exponen NetSuite y BigCommerce), un mapa de flujo de trabajo (ajustes de precios, sincronización de inventario, recepción de pedidos) y un alcance fijo: el plugin de primera parte donde encaja, módulos MCP personalizados para NetSuite y BigCommerce, y una política de orquestación que delimita las escrituras, exige aprobación por acción en los cambios de precios por encima de un umbral y aterriza cada acción del agente en un registro de auditoría que tanto el ERP como el flujo de trabajo de cumplimiento pueden leer. El primer flujo integrado — un cambio de precio en Amazon que consulta la lista de niveles de NetSuite y escribe de vuelta el rastro de decisiones — sale a producción en 5 a 8 semanas.

Solicita un build con alcance definido. Discovery de una semana. Obtienes un inventario de sistemas, un mapa de flujo de trabajo y un alcance fijo — construyas o no con nosotros.