Amazon Seller MCP 서버를 검색하면 첫 페이지에서 세 종류의 답을 찾게 됩니다. 연결 서비스를 판매하는 호스팅 중계 서비스, 직접 실행하는 오픈 소스 저장소, 그리고 둘 다 모아 놓은 디렉터리입니다. 모두 거의 같은 말로 같은 기능을 설명합니다. 일상적인 영어로 스토어에 관해 질문하면 실제 데이터를 바탕으로 답을 얻는다는 것입니다.
그 기능은 실제로 존재하고 갖출 가치도 있습니다. 다만 표현이 암시하는 것보다 범위가 좁으며, 실망은 대부분 그 간극에서 생깁니다.
Amazon Seller MCP 서버의 실제 정체
Model Context Protocol은 AI 클라이언트가 다른 사람이 정의한 도구를 호출하는 방법입니다. Amazon Seller MCP 서버는 Amazon의 Selling Partner API, 즉 SP-API를 감싸고 엔드포인트를 클라이언트가 호출할 수 있는 도구로 노출하는 작은 프로그램입니다. 설계 자체에 Amazon 전용인 부분은 없습니다. 같은 형태가 Shopify, eBay, Stripe와 수많은 다른 API에도 적용되고 있습니다.
이 서비스를 홍보하는 예시는 일관되며 기능을 솔직하게 설명합니다. 지난달 마켓플레이스별 총매출과 판매 수량, 품절 위험이 있는 SKU, 90일간 카테고리별 반품률 등입니다. 모두 이미 존재하던 엔드포인트에 대한 읽기 조회입니다. MCP 계층이 없앤 것은 보고서를 내보내고 스프레드시트를 여는 단계입니다.
세 가지 형태와 각각의 비용
호스팅 중계 서비스. 업체가 서버를 운영하고 사용자는 권한을 부여합니다. 가장 빠르게 시작할 수 있으며 로컬 프로세스가 필요 없는 유일한 선택지입니다. 대신 판매자 데이터가 검토해야 할 제3자를 거치게 되고, 사용자당 또는 호출당 비용을 냅니다.
직접 실행하는 저장소. GitHub에 여러 개가 있으며 일부는 Claude Desktop을 위해 명시적으로 작성되었습니다. 사용자와 Amazon 사이에 아무것도 없다는 것이 핵심입니다. 이제 서비스를 운영하는 주체는 사용자입니다. 프로세스를 유지하고, 상위 SP-API 변경 사항을 추적하고, 만료되는 자격 증명을 교체해야 합니다.
프로토콜을 기본 지원하는 클라이언트. 클라이언트 자체가 이미 MCP 클라이언트이며 커넥터를 제공하므로 따로 실행할 서버가 없습니다. 관리할 요소는 적지만 기존 클라이언트에 기능을 추가하는 대신 클라이언트 자체를 선택하는 것입니다.
생략되는 부분
세 경로 모두 같은 사전 조건으로 모이는데, 이를 먼저 알리는 가이드는 거의 없습니다. 자체 SP-API 애플리케이션이 필요합니다. 개발자 등록을 하고, 애플리케이션이 요청할 역할을 선택하고, 만료 시 교체해야 하는 LWA 자격 증명을 보유해야 한다는 뜻입니다.
뒤늦게 알기 쉬운 두 가지 결과가 뒤따릅니다. 첫째, 역할은 범주별로 부여되며 구매자 개인 식별 정보를 다루는 제한된 역할은 별도 승인이 필요합니다. 대부분의 판매자는 이를 받지도, 필요로 하지도 않습니다. 둘째, SP-API는 엔드포인트별로 호출이 제한됩니다. 한 문장으로 된 질문이 제한에 걸리는 여러 호출로 바뀔 수 있으며, 채팅 클라이언트가 조용히 재시도하면 기다리면서 토큰을 소모합니다.
이것은 도입하지 말라는 주장이 아닙니다. 설정이 10분이면 끝난다는 설명에 반대하는 주장입니다.
데이터 조회가 제공할 수 있는 것의 한계
모두 잘 작동한다고 가정해 보겠습니다. 이제 채팅 창이 카테고리별 반품률은 8.4%이며 SKU 네 개가 3주 안에 품절된다고 알려 줄 수 있습니다.
어느 숫자도 의사 결정은 아닙니다. 반품률은 사이즈 불만인지, 포장 문제인지, 상품 설명에서 애초에 하지 말았어야 할 약속 때문인지 알아야 의미가 있습니다. 그런 정보는 반품 엔드포인트가 아니라 리뷰 텍스트에 있습니다. 품절도 조달 기간과 계절을 함께 봐야 의미가 있습니다. 상품 정보를 다시 쓰기로 결정했다면 모델은 Amazon이 키워드가 풍부한 제목과 글자 수 한도 내의 글머리 기호 다섯 개를 요구한다는 것, 효능 주장에는 근거가 필요하다는 것, 어떤 최상급 표현이 상품 노출 제한을 초래하는지 알아야 합니다.
이것이 도메인 지식입니다. MCP는 전송 수단입니다. 애초에 그 지식을 제공하는 역할이 아니며, 이를 기대하는 것은 범주를 혼동하는 오류입니다.
여기서 Orkas의 역할
Orkas는 MCP 클라이언트이므로 위에서 설명한 어떤 서버도 다른 클라이언트에서와 같은 방식으로 작동합니다. 또한 자체 SP-API 비공개 애플리케이션을 통해 실행하는 Amazon Seller Central 커넥터를 기본 제공합니다. 자격 증명은 기기에 암호화하여 저장하며 구매자 PII는 요청하지도 노출하지도 않습니다. 이 연동에는 별도로 유지할 서버가 없습니다.
더 중요한 부분은 그 위의 계층입니다. Orkas는 네 가지 상품 운영 스킬을 제공합니다. 프로토콜이 갖고 있지 않은 도메인 지식을 담고 있습니다. 수익 가정을 명시하는 카테고리 리서치, 플랫폼별 규칙과 규정 준수 검토를 적용하는 상품 정보 생성, 구매 이유 카드에서 이미지 프롬프트와 동영상 스토리보드로 이어지는 크리에이티브 기획, 구매자 식별 정보를 가린 뒤 불만을 개선 가능한 항목으로 묶는 리뷰 분석입니다.
이 스킬은 사용자가 제공할 수 있는 어떤 자료로든 실행됩니다. 커넥터를 설정했다면 API로 데이터를 가져옵니다. 없으면 직접 내보낸 보고서를 읽습니다. 이미 대부분의 판매자가 이렇게 일하고 있으며 충분히 좋은 출발점입니다.
다루지 않는 범위
MCP 서버는 자사 제품이든 다른 제품이든 판매자 계정이 이미 가진 데이터를 읽습니다. 마켓플레이스 전체 검색량, BSR 이력, 경쟁사 매출 추정치는 제공하지 않습니다. 이는 라이선스가 필요한 데이터셋이며 이를 판매하는 도구를 프로토콜이 대체하지는 못합니다. 질문에 그 데이터가 필요하면 그 데이터를 구매하세요. 이미 가진 숫자로 무엇을 할지가 질문이라면 다른 도구와 다른 글이 필요한 문제입니다.