Procure por um servidor MCP para Amazon Seller e você encontrará três tipos de resposta na primeira página: relays hospedados que vendem a conexão, repositórios de código aberto que você mesmo roda e diretórios que indexam ambos. Todos descrevem a mesma capacidade quase com as mesmas palavras — pergunte sobre sua loja em linguagem natural e receba respostas dos seus dados reais.
Essa capacidade é real e vale a pena. Também é mais estreita do que a frase sugere, e a distância entre as duas coisas é onde mora a decepção.
O que é, de fato, um servidor MCP para Amazon Seller
O Model Context Protocol é uma forma de um cliente de IA chamar ferramentas definidas por outra pessoa. Um servidor MCP para Amazon Seller é um pequeno programa que embrulha a Selling Partner API — SP-API — e expõe seus endpoints como ferramentas que seu cliente pode chamar. Nada nisso é específico da Amazon; a mesma forma está sendo aplicada a Shopify, eBay, Stripe e uma centena de outras APIs.
Os exemplos usados para vendê-los são consistentes e honestos: vendas e unidades por marketplace no mês passado, quais SKUs correm risco de ruptura, taxa de devolução por categoria nos últimos noventa dias. São todas consultas de leitura contra endpoints que já existiam. A camada MCP eliminou a etapa de exportar um relatório e abrir uma planilha.
As três formas, e o custo de cada uma
Um relay hospedado. Um fornecedor roda o servidor e você autoriza. É o começo mais rápido e a única opção sem processo local. Em troca, seus dados de vendedor passam por um terceiro que agora você precisa avaliar, e você paga por assento ou por chamada.
Um repositório que você mesmo roda. Há vários no GitHub, alguns escritos explicitamente para o Claude Desktop. Nada fica entre você e a Amazon, que é justamente o ponto. Mas agora você opera um serviço: manter o processo vivo, acompanhar mudanças na SP-API e rotacionar credenciais quando expiram.
Um cliente que fala o protocolo nativamente. Sem servidor separado, porque o cliente já é um cliente MCP e traz o conector. Menos peças móveis, mas você está escolhendo o cliente em vez de acrescentar ao que já tem.
A parte que costuma ser pulada
Os três caminhos convergem no mesmo pré-requisito, e quase nenhum guia começa por ele: você precisa de uma aplicação SP-API própria. Isso significa registro de desenvolvedor, escolha dos papéis que a aplicação solicita e credenciais LWA que expiram e precisam ser rotacionadas.
Duas consequências aparecem tarde. Primeiro, os papéis são concedidos por categoria, e os restritos que cobrem dados pessoais do comprador são uma trilha de aprovação separada que a maioria dos vendedores não obtém nem precisa. Segundo, a SP-API tem limites de taxa por endpoint, então uma pergunta de uma frase pode virar uma sequência de chamadas estranguladas, e um cliente que tenta de novo em silêncio vai queimar tokens esperando.
Nada disso é argumento contra fazer. É argumento contra a moldura do "configura em dez minutos".
O teto do que a recuperação entrega
Suponha que tudo funcione. Você tem uma janela de chat que informa que sua taxa de devolução por categoria é 8,4% e que quatro SKUs vão romper estoque em três semanas.
Nenhum dos dois números é uma decisão. A taxa de devolução só importa quando você sabe se é reclamação de tamanho, falha de embalagem ou uma promessa que o listing nunca deveria ter feito — o que está no texto das avaliações, não no endpoint de devoluções. A ruptura só importa contra um lead time e uma estação. E quando você decide reescrever o listing, o modelo precisa saber que a Amazon quer títulos densos em palavras-chave e cinco bullets dentro de um orçamento de caracteres, que alegações de eficácia exigem evidência, e quais superlativos derrubam o anúncio.
Isso é conhecimento de domínio. MCP é transporte. Nunca ia fornecer aquilo, e esperar que forneça é um erro de categoria.
Onde o Orkas entra
O Orkas é um cliente MCP, então qualquer servidor descrito acima funciona com ele como funciona com outros clientes. Ele também traz o próprio conector do Amazon Seller Central — pela sua própria aplicação privada da SP-API, com credenciais cifradas no seu dispositivo e sem solicitar nem expor PII do comprador — de modo que, para essa integração, não há servidor separado para manter vivo.
A parte que importa mais é a camada acima. O Orkas traz quatro skills de merchandising que carregam o conhecimento de domínio que o protocolo não tem: pesquisa de categoria com as premissas de margem escritas, geração de listing com regras por plataforma e checagem de conformidade, planejamento criativo dos cartões de razão de compra até prompts de imagem e storyboards de vídeo, e análise de avaliações que anonimiza identificadores antes de agrupar reclamações em coisas que você pode mudar.
Elas rodam com o que você puder fornecer. Com um conector configurado, os dados chegam por API. Sem ele, leem os relatórios que você exportou — que é como a maioria dos vendedores já trabalha, e um ótimo lugar para começar.
O que isto não cobre
Um servidor MCP, nosso ou de qualquer um, lê os dados que a sua conta de vendedor já guarda. Ele não entrega volume de busca do marketplace, histórico de BSR ou estimativas de venda de concorrentes; esses são conjuntos de dados licenciados, e ferramentas que os vendem não são substituídas por um protocolo. Se sua pergunta precisa desses dados, compre esses dados. Se sua pergunta é o que fazer com os números que você já tem, aí é outra ferramenta e outro artigo.