MCP 프로토콜 다음 버전 릴리스 계획 업데이트
릴리스 일정
Model Context Protocol 사양의 다음 버전은 2025년 11월 25일에 정식 릴리스되며, 릴리스 후보(RC)는 2025년 11월 11일에 출시됩니다.
우리는 클라이언트 구현자와 SDK 유지관리자가 프로토콜 변경사항을 충분히 테스트할 수 있도록 14일의 RC 검증 기간을 마련했습니다. 이 접근 방식은 중요한 개선사항을 제공하는 데 필요한 집중된 시간을 제공하면서 새로운 거버넌스 모델을 프로세스에 적용합니다.
여름 진행 상황
우리의 마지막 사양 버전은 2025년 6월 18일에 릴리스되었으며, 구조화된 도구 출력, OAuth 기반 인증 메커니즘, 서버가 시작한 사용자 상호작용 유도(elicitation), 개선된 보안 모범 사례에 중점을 두었습니다.
그 이후로, 우리는 MCP 생태계를 위한 추가 기반을 구축하는 데 집중했습니다:
공식 거버넌스 구조
우리는 정의된 역할과 의사결정 메커니즘을 포함한 MCP 공식 거버넌스 모델을 구축했습니다. 또한 사양 변경 기여에 대한 명확한 지침을 제공하기 위해 사양 개선 제안(SEP) 프로세스를 개발했습니다.
우리의 목표는 투명성입니다—의사결정 절차를 모든 사람에게 명확하고 접근 가능하게 만드는 것입니다. 빠르게 진화하는 커뮤니티를 위한 모든 새로운 시스템과 마찬가지로, 우리의 거버넌스 모델은 여전히 자리를 잡아가고 있습니다. 프로토콜과 커뮤니티가 계속 성장함에 따라 우리는 적극적으로 개선하고 있습니다.
워킹 그룹
우리는 커뮤니티 협업을 촉진하기 위해 워킹 그룹과 관심 그룹을 시작했습니다. 이러한 그룹은 여러 목적을 제공합니다:
- 새로운 기여자를 위한 명확한 진입점 제공
- 커뮤니티 구성원이 전문 분야에서 이니셔티브를 주도할 수 있도록 권한 부여
- 핵심 유지관리자에게 집중시키기보다 생태계 전반에 소유권 분산
우리는 이러한 그룹에 의사결정 및 구현에서 더 큰 자율성을 부여하는 거버넌스 구조를 개발하고 있습니다. 이러한 분산 접근 방식은 프로토콜이 다양한 영역에서 품질과 일관성을 유지하면서 커뮤니티 요구를 충족하도록 성장할 수 있도록 보장합니다.
Registry 개발
9월에 우리는 MCP Registry 미리보기를 출시했습니다—MCP 서버의 인덱싱 및 검색을 위한 오픈 카탈로그 및 API입니다. Registry는 사용 가능한 MCP 서버의 단일 진실 소스 역할을 하며, 조직이 특정 요구에 맞게 사용자 정의할 수 있는 공용 및 개인 하위 레지스트리를 지원합니다.
MCP Registry 구축은 진정한 커뮤니티 노력의 결과였습니다. 모든 MCP 클라이언트는 네이티브 API 또는 타사 레지스트리 집계기를 통해 레지스트리 콘텐츠를 소비할 수 있어, 사용자가 MCP 서버를 발견하고 AI 워크플로에 통합하기가 더 쉬워집니다.
다음 릴리스의 우선순위 영역
거버넌스 및 인프라 기반이 마련됨에 따라, 우리는 워킹 그룹이 식별한 5가지 주요 프로토콜 개선에 집중하고 있습니다.
비동기 작업
현재 MCP는 주로 동기 작업을 중심으로 구축되어 있습니다—도구를 호출하면 모든 것이 완료될 때까지 대기합니다. 이는 빠른 작업에는 잘 작동하지만 몇 분 또는 몇 시간이 걸리는 작업은 어떻습니까?
Agents 워킹 그룹은 서버가 장기 실행 작업을 시작할 수 있도록 비동기 지원을 추가하고 있으며, 클라이언트는 나중에 결과를 확인할 수 있습니다. SEP-1391에서 진행 상황을 확인할 수 있습니다.
무상태성 및 확장성
조직이 엔터프라이즈 규모로 MCP 서버를 배포함에 따라 새로운 요구사항이 나타나고 있습니다. 현재 구현은 종종 요청 간에 정보를 기억해야 하므로 여러 서버 인스턴스 간 수평 확장이 어렵습니다.
스트리밍 가능한 HTTP 전송이 일부 무상태 지원을 제공하지만, 서버 시작 및 세션 처리와 관련된 문제점이 남아 있습니다. Transport 워킹 그룹은 이러한 거친 부분을 매끄럽게 다듬어 MCP 서버를 프로덕션 환경에서 더 쉽게 실행할 수 있도록 하면서, 더 정교한 상태 저장 기능을 원하는 팀을 위한 간단한 업그레이드 경로를 유지하고 있습니다.
서버 ID
현재 MCP 서버가 무엇을 할 수 있는지 알고 싶다면 먼저 연결해야 합니다. 이로 인해 클라이언트가 사용 가능한 서버를 탐색하거나 레지스트리와 같은 시스템이 기능을 자동으로 카탈로그화하기 어렵습니다.
우리는 서버가 .well-known URL을 통해 자신을 광고하도록 하여 이 문제를 해결하고 있습니다—메타데이터를 제공하는 확립된 표준입니다. 이것을 먼저 문을 두드릴 필요 없이 누구나 읽을 수 있는 서버의 명함으로 생각하십시오. 이를 통해 모든 MCP 소비자의 검색 경험이 훨씬 더 직관적이 될 것입니다.
공식 확장
MCP가 성장함에 따라 특정 산업 및 사용 사례에 대한 패턴이 나타나고 있습니다—핵심 프로토콜 사양에 반드시 속하지 않는 가치 있는 구현입니다.
모든 사람이 바퀴를 재발명하도록 하는 대신, 우리는 가장 인기 있는 프로토콜 확장을 공식적으로 인정하고 문서화하고 있습니다. 이 검증된 패턴의 선별된 컬렉션은 의료, 금융 또는 교육과 같은 전문 영역을 위해 구축하는 개발자에게 처음부터 모든 사용자 정의 통합을 구축하는 대신 견고한 출발점을 제공합니다.
SDK 지원 표준화
오늘날 MCP SDK를 선택하는 것은 어려울 수 있습니다—받게 될 지원 수준이나 사양 규정 준수를 측정하기 어렵습니다. 일부 SDK는 업데이트가 매우 빠르지만 다른 SDK는 기능 면에서 뒤처질 수 있습니다.
우리는 SDK에 대한 명확한 계층 시스템을 도입하고 있습니다. 종속성에 커밋하기 전에 사양 규정 준수 속도, 유지 관리 응답성 및 기능 완성도와 같은 요소를 기반으로 정확히 무엇에 서명하는지 알 수 있습니다.
기여자 모집
MCP는 그 뒤에 있는 커뮤니티만큼만 강력합니다. SDK 구축에 열정적인 개인 개발자이든 생태계에 투자하려는 회사이든, 몇 가지 주요 영역에서 여러분의 도움이 필요합니다.
SDK 유지 관리
- TypeScript SDK - 기능 개발 및 버그 수정을 위한 추가 유지 관리자 필요
- Swift SDK - Apple 생태계 지원을 위한 관심 필요
- 기타 언어 SDK는 지속적인 기여를 환영합니다
도구 개발
클라이언트 개발자로부터의 피드백
우리는 MCP 서버에 대해 많이 이야기하지만 클라이언트도 똑같이 중요합니다—전체 MCP 생태계에 사용자를 연결하는 다리입니다. MCP 클라이언트를 구축하고 있다면 고유한 각도에서 프로토콜을 보고 있으며, 우리는 그 관점이 프로토콜 설계에 포함되어야 합니다.
구현 과제, 성능 병목 현상 및 사용자 요구에 대한 실제 경험은 프로토콜이 다음에 어디로 가야 하는지에 직접적인 영향을 미칩니다. 기존 기능에 대한 피드백이든 개발자 경험을 간소화하기 위한 아이디어이든 여러분의 의견을 듣고 싶습니다.
공식 MCP Discord의 #client-implementors 워킹 그룹 채널에 참여하세요.
앞으로의 전망
거버넌스 구조와 워킹 그룹이 마련됨에 따라, 우리는 프로세스에서 모든 사람이 목소리를 낼 수 있도록 보장하면서 주요 프로토콜 개선을 효율적으로 처리할 수 있는 더 나은 위치에 있습니다. 올 여름에 완료한 기초 작업은 우리에게 구축할 수 있는 견고한 기반을 제공합니다.
11월에 출시될 개선 사항—비동기 작업, 더 나은 확장성, 서버 검색 및 표준화된 확장—은 MCP가 프로덕션 AI 통합을 위한 더 강력한 백본이 되도록 도울 것입니다. 하지만 우리는 혼자서 할 수 없습니다.
MCP의 강점은 항상 커뮤니티에 의해, 커뮤니티를 위해 구축된 오픈 프로토콜이라는 것이었습니다. 우리는 함께 계속 구축하게 되어 기쁩니다.
지속적인 지원에 감사드리며, 곧 더 많은 것을 공유하기를 기대합니다.