MCP 명세 읽기 — 2026-07-28 개정판까지

Об этом предложении

MCP(Model Context Protocol)는 LLM 애플리케이션을 외부 데이터와 도구에 잇는 공개 프로토콜이다. 2024년 11월 Anthropic이 공개한 뒤 개정을 거듭해, 현재판은 2026-07-28 개정판 이다. 공식 명세를 기준으로 구조와 바뀐 점을 정리했다. 들어가며: 명세가 말하는 MCP 명세 는 MCP를 애플리케이션이 언어 모델에 맥락을 건네고, AI 시스템에 도구와 기능을 내보이고, 조합 가능한 통합을 만드는 표준 방법이라고 소개한다. 여러 개발 도구에 프로그래밍 언어 지원을 붙이는 방식을 표준화한 Language Server Protocol(LSP)에서 영감을 받았다고 밝힌다. 메시지는 JSON-RPC 2.0(JSON으로 메서드 호출과 응답을 주고받는 규약) 형식이고 세 역할이 있다. 호스트 : 연결을 시작하는 LLM 애플리케이션 클라이언트 : 호스트 안의 커넥터 서버 : 맥락과 기능을 제공하는 서비스 1부. 무엇을 주고받나 서버는 세 가지 기능을 클라이언트에게 제공할 수 있다. 리소스 : 사용자나 AI 모델이 쓰는 맥락과 데이터 프롬프트 : 사용자를 위한 템플릿 메시지와 작업 흐름 도구 : AI 모델이 실행하는 함수 클라이언트는 서버에게 엘리시테이션 (elicitation)을 제공할 수 있다. 서버가 사용자에게 추가 정보를 묻는 기능이다. 이 밖에 설정, 진행 상황 추적, 취소, 오류 보고 같은 보조 기능이 있다. 핵심 프로토콜 바깥에는 선택 확장이 있다. 확장은 클라이언트와 서버가 모두 명시적으로 지원해야 쓸 수 있다. 명세가 대표로 드는 것은 오래 걸리는 작업을 비동기로 처리하는 Tasks, 대화 안에 차트나 양식 같은 UI를 띄우는 MCP Apps, 작업 흐름 지시를 MCP로 주고받는 Skills over MCP다. 2부. 어떻게 실어 나르나 전송 방식 은 메시지를 어떻게 나누고 전달하는지만 정하고, 메시지의 뜻은 정하지 않는다. 표준 전송은 둘이다. stdio : 클라이언트가 띄운 하위 프로세스의 표준 입출력으로, 줄바꿈으로 구분한 메시지를 주고받는다. Streamable HTTP : 메시지마다 하나의 MCP 엔드포인트로 HTTP POST를 보낸다. 응답은 JSON 객체나 그 요청에만 쓰는 SSE(Server-Sent Events, 서버가 HTTP 응답으로 이벤트를 이어 보내는 방식) 스트림으로 온다. JSON-RPC 메시지는 UTF-8로 인코딩해야 한다. 그 밖의 통신 채널로 직접 전송 방식을 만들 수도 있지만, JSON-RPC 형식과 메시지 패턴과 요청별 메타데이터 모델은 지켜야 한다. 예전 전송 방식인 HTTP+SSE는 2025-03-26 개정부터 지원 중단 상태다. 3부. 2026-07-28 개정에서 바뀐 것 버전 이름은 YYYY-MM-DD 꼴이고, 하위 호환이 깨지는 변경이 마지막으로 들어간 날짜를 뜻한다. 하위 호환을 지키는 변경은 버전을 올리지 않는다. 지금까지 나온 개정판은 2024-11-05, 2025-03-26, 2025-06-18, 2025-11-25, 2026-07-28이다. 2026-07-28 변경 기록 에서 큰 줄기만 추리면 이렇다. 무상태가 됐다. initialize / notifications/initialized 핸드셰이크와 프로토콜 수준 세션( Mcp-Session-Id 헤더)을 없앴다. 요청마다 메타데이터 필드 _meta 에 프로토콜 버전과 클라이언트 능력(capabilities)을 싣는다. 버전이 맞지 않으면 서버는 UnsupportedProtocolVersionError 로 자기가 지원하는 버전 목록을 돌려준다. server/discover 가 생겼다. 서버는 반드시 구현해야 하고, 지원 버전·능력·자기 정보(identity)를 알려 준다. 클라이언트는 먼저 불러도 되고 안 불러도 된다. 서버가 먼저 요청하지 않는다. 예전에는 서버가 roots/list , sampling/createMessage , elicitation/create 같은 요청을 먼저 보냈다. 이제는 다중 왕복 요청(MRTR) 방식으로, 서버가 정보가 더 필요하면 InputRequiredResult 를 돌려주고 클라이언트가 필요한 정보를 담아 원래 요청을 다시 보낸다. 모든 결과에는 resultType ( complete 또는 input_required )이 붙는다. 엘리시테이션 같은 요청은 이제 InputRequiredResult 의 inputRequests 에 담겨 온다. 변경 알림은 subscriptions/listen 하나로 받는다. 예전의 HTTP GET 엔드포인트와 resources/subscribe 를 대신한다. Tasks는 핵심 프로토콜에서 빠져 공식 확장이 됐다. Roots, Sampling, Logging은 지원 중단 예정이 됐다. 지원 중단 기간에는 그대로 동작하지만 새 구현은 지원하지 말라고 권한다. 명세가 제안하는 대안은 Roots 대신 도구 인자나 리소스 URI로 경로를 넘기고, Sampling 대신 LLM 제공자 API를 직접 쓰고, Logging 대신 stderr나 OpenTelemetry를 쓰는 것이다. 이번 개정은 지원 중단 정책도 정했다. 지원 중단된 기능은 최소 12개월 동안 명세에 남는다. 현재 진행 중인 보안 위험이 있어 앞당기더라도 최소 90일은 남긴다. 예전 판과 함께 쓰기 명세는 요청마다 메타데이터를 싣는 2026-07-28 이후 판을 모던, initialize 핸드셰이크를 쓰는 2025-11-25와 그 이전 판을 레거시라고 부른다. 둘 다 지원하는 구현이면 상대가 어느 쪽인지 알아내 맞춰 쓸 수 있다. 다만 모던 전용 클라이언트와 레거시 서버, 레거시 클라이언트와 모던 전용 서버의 조합은 동작하지 않는다. 4부. 보안 원칙 명세는 MCP가 임의의 데이터 접근과 코드 실행 경로를 열어 주는 만큼, 구현하는 쪽이 지켜야 할 원칙을 셋으로 정리한다. 사용자 동의와 통제 : 사용자는 모든 데이터 접근과 작업을 명시적으로 동의하고 이해해야 하며, 무엇을 공유하고 무엇을 할지 통제권을 쥐어야 한다. 데이터 프라이버시 : 호스트는 사용자 데이터를 서버에 넘기기 전에 명시적 동의를 받아야 하고, 동의 없이 리소스 데이터를 다른 곳으로 보내면 안 된다. 도구 안전 : 도구는 임의 코드 실행이므로 조심해서 다뤄야 한다. 어노테이션(annotations)처럼 도구 동작을 설명하는 정보는 믿을 수 있는 서버에서 온 것이 아니면 믿지 말아야 하고, 호스트는 도구를 부르기 전에 사용자 동의를 받아야 한다. 명세는 프로토콜 수준에서 이 원칙을 강제할 수는 없다고 밝히고, 구현하는 쪽이 동의와 권한 흐름을 직접 만들라고 권한다. 마치며 MCP는 호스트·클라이언트·서버 세 역할이 JSON-RPC 2.0으로 리소스·프롬프트·도구를 주고받는 프로토콜이다. 2026-07-28 개정판에서 세션과 핸드셰이크가 사라지고, 서버가 먼저 요청하던 기능은 다중 왕복 요청으로 바뀌었다. MCP가 2024년 11월 공개된 뒤 2025년 12월 Agentic AI Foundation에 기부되기까지의 경위는 이 시리즈의 첫 글 에 정리했다. 참고 Model Context Protocol 명세(현재판) 2026-07-28 변경 기록 전송 방식 버전 관리 Introducing the Model Context Protocol — Anthropic (2024-11-25)