MCP 서버 구매 시? 이 12가지 질문을 먼저 하세요

벤더의 데모는 MCP 서버를 매우 멋지게 보이게 만들 수 있습니다.

도구들은 작동하고, 어시스턴트는 유용한 답변을 얻으며, 모든 것이 힘들이지 않아 보입니다.

하지만 토큰이 만료되거나, 사용자가 장시간 요청을 취소하거나, 혹은 귀사가 서버가 실제로 안전하다는 증거를 필요로 할 때는 어떻게 될까요?

바로 이 부분이 계약서에 서명하기 전에 조사할 가치가 있는 부분입니다. 🙂

저는 2026-07-28 Model Context Protocol 사양을 기반으로 MCP 서버 벤더 평가를 위한 실용적인 가이드를 게시했습니다.

체크리스트에는 무엇이 있나요?

서버가 디스커버리(discovery)를 올바르게 구현했습니까? 어떤 인스턴스든 연결별 세션 상태에 의존하지 않고 요청을 처리할 수 있습니까? 캐싱 및 전송 요구 사항이 존중됩니까?

토큰은 어떻게 검증됩니까? 서버가 의도된 대상(intended audience)을 확인합니까? 입력값은 검증되고, 도구 호출(tool calls)은 속도 제한(rate-limited)되며, 출력값은 정제(sanitized)됩니까?

클라이언트가 연결이 끊기거나 요청을 취소하면 어떻게 되나요? 벤더는 유용한 메트릭, 추적(tracing), 그리고 운영 로그를 보여줄 수 있습니까?

벤더가 공식 컨포먼스 스위트(conformance suite)를 실행합니까? 구형 및 신형 프로토콜 구현체 모두에 대해 테스트합니까? 텍스트 전용 클라이언트를 포함하여 여러 AI 호스트에서 테스트되었습니까?

이 글은 구매자, CTO, 보안 검토자 및 엔지니어링 팀을 위해 설계된 한 페이지 분량의 체크리스트로 마무리됩니다.

이는 사양에서 명시한 요구 사항과 제가 제시하는 권장 사항을 구분하여, 좋은 관행(good practice)을 실수로 프로토콜 필수 항목(protocol MUST)으로 만들지 않도록 합니다.

목표는 조달 과정을 어렵게 만드는 것이 아닙니다. 생산 환경 사고가 당신 대신 질문하게 될 때보다 중요한 질문들을 더 쉽게 할 수 있도록 하는 것입니다. 😅

이 내용은 구매자(buyers)와 CTO를 위한 MCP 시리즈의 첫 번째 부분입니다. 특히 프로덕션 환경에서 MCP 벤더들을 이미 평가해 본 경험이 있다면, 체크리스트에 무엇을 추가할 수 있는지 듣고 싶습니다.