Busca un servidor MCP para Amazon Seller y encontrarás tres tipos de respuesta en la primera página: intermediarios alojados que te venden una conexión, repositorios de código abierto que ejecutas por tu cuenta y directorios que reúnen ambos. Todos describen la misma capacidad con palabras casi idénticas: hacer preguntas sobre tu tienda en inglés cotidiano y obtener respuestas a partir de tus datos reales.
Esa capacidad es real y vale la pena tenerla. También es más limitada de lo que sugiere la descripción, y en esa diferencia se concentra la mayor parte de la decepción.
Qué es realmente un servidor MCP para Amazon Seller
El Model Context Protocol permite que un cliente de IA invoque herramientas definidas por otra persona. Un servidor MCP para Amazon Seller es un pequeño programa que encapsula la Selling Partner API de Amazon, SP-API, y expone sus puntos de conexión como herramientas que tu cliente puede invocar. Su diseño no tiene nada específico de Amazon; el mismo esquema se aplica a Shopify, eBay, Stripe y un centenar de otras API.
Los ejemplos usados para venderlos son coherentes y sinceros sobre lo que hacen: ventas totales y unidades por plataforma de venta durante el mes pasado, qué SKU corren el riesgo de quedarse sin existencias, tasa de devoluciones por categoría durante noventa días. Todo ello son consultas de lectura a puntos de conexión que ya existían. La capa MCP eliminó el paso de exportar un informe y abrir una hoja de cálculo.
Las tres modalidades y lo que cuesta cada una
Un intermediario alojado. Un proveedor ejecuta el servidor y tú lo autorizas. Es la opción más rápida para empezar y la única que no requiere un proceso local. A cambio, tus datos de vendedor pasan por un tercero que ahora debes evaluar, y pagas por usuario o por llamada.
Un repositorio que ejecutas por tu cuenta. Hay varios en GitHub, algunos escritos expresamente para Claude Desktop. No hay nada entre Amazon y tú, que es precisamente la idea. Ahora te encargas de operar un servicio: mantener el proceso activo, seguir los cambios de la SP-API de origen y renovar las credenciales cuando caducan.
Un cliente compatible con el protocolo de forma nativa. No hay un servidor independiente que ejecutar porque el cliente ya es un cliente MCP e incluye el conector. Hay menos componentes, pero estás eligiendo un cliente en lugar de ampliar el que ya tienes.
La parte que se omite
Las tres vías comparten el mismo requisito previo, y casi ninguna guía empieza por él: necesitas tu propia aplicación de SP-API. Eso implica registrarte como desarrollador, elegir los roles que solicita tu aplicación y conservar credenciales de LWA que caducan y deben renovarse.
De ahí se derivan dos consecuencias que es fácil descubrir tarde. Primero, los roles se conceden por categoría, y los restringidos que abarcan información de identificación personal de los compradores siguen un proceso de aprobación aparte que la mayoría de los vendedores no obtiene ni necesita. Segundo, SP-API limita la frecuencia de las llamadas por punto de conexión, por lo que una pregunta formulada en una sola frase puede convertirse en una secuencia de llamadas sujetas a esos límites, y un cliente de chat que reintenta en silencio consumirá tokens mientras espera.
Nada de esto es un argumento en contra de hacerlo. Es un argumento en contra de presentarlo como una configuración de diez minutos.
El límite de lo que te aporta obtener datos
Supongamos que todo funciona. Ahora tienes una ventana de chat que puede decirte que tu tasa de devoluciones por categoría es del 8.4% y que cuatro SKU se quedarán sin existencias en menos de tres semanas.
Ninguna de esas cifras es una decisión. La tasa de devoluciones solo resulta relevante cuando sabes si se debe a una queja sobre las tallas, a un fallo del embalaje o a una promesa que la publicación nunca debería haber hecho, y todo eso está en el texto de las reseñas, no en el punto de conexión de devoluciones. La falta de existencias solo importa en relación con un plazo de abastecimiento y una temporada. Y cuando decides reescribir la publicación, el modelo necesita saber que Amazon exige títulos con abundantes palabras clave y cinco viñetas dentro de un límite de caracteres, que las afirmaciones de eficacia requieren pruebas y qué superlativos harán que se oculte la publicación.
Ese conocimiento es especializado. MCP es un medio de transporte. Nunca iba a proporcionarlo, y esperar que lo haga es confundir su función.
Dónde encaja Orkas
Orkas es un cliente MCP, así que cualquier servidor descrito anteriormente funciona con él igual que con otros clientes. También incluye su propio conector de Amazon Seller Central, que funciona mediante tu aplicación privada de SP-API, con las credenciales cifradas en tu dispositivo y sin solicitar ni exponer información de identificación personal de los compradores. Para esa integración concreta no hay un servidor independiente que mantener activo.
La parte más importante es la capa superior. Orkas incluye cuatro habilidades de comercialización que aportan los conocimientos especializados que el protocolo no ofrece: investigación de categorías con los supuestos de rentabilidad por escrito, generación de publicaciones con las reglas de cada plataforma y una revisión de cumplimiento, planificación creativa desde fichas de argumentos de venta hasta instrucciones para generar imágenes y guiones gráficos de video, y análisis de reseñas que oculta los identificadores de los compradores antes de agrupar las quejas en aspectos que puedes cambiar.
Funcionan con lo que puedas proporcionar. Con un conector configurado, los datos llegan por API. Sin él, leen los informes que hayas exportado por tu cuenta. Así es como ya trabaja la mayoría de los vendedores, y es un punto de partida perfectamente válido.
Qué no cubre esto
Un servidor MCP, el nuestro o cualquier otro, lee los datos que ya contiene tu cuenta de vendedor. No te da volúmenes de búsqueda de toda la plataforma, historial de BSR ni estimaciones de ventas de la competencia; esos son conjuntos de datos sujetos a licencia, y un protocolo no sustituye las herramientas que los venden. Si tu pregunta necesita esos datos, cómpralos. Si tu pregunta es qué hacer con las cifras que ya tienes, eso requiere otra herramienta y otro artículo.