이 글은 2026-07-28 MCP(Model Context Protocol) 사양 릴리스 후보를 기반으로, MCP가 어떤 방향으로 진화했는지 정리한 기술 블로그입니다. 이번 릴리스는 MCP 출시 이후 가장 큰 변화로, 프로토콜의 Stateless 전환, 확장(Extensions) 프레임워크의 정식화, Tasks와 MCP Apps의 구조 개편, OAuth·OpenID Connect에 맞춘 인증 강화, 그리고 명확한 폐기 정책 도입이 핵심입니다.
MCP를 이미 운영 중이거나 도입을 검토하는 개발자라면, 이번 변경이 왜 중요한지, 실제 운영 환경에서 무엇이 달라지는지를 이해하는 데 목적이 있습니다.
MCP 2026-07-28 릴리스 개요
2026-07-28 릴리스 후보는 MCP 로드맵의 주요 목표를 한 번에 반영한 대규모 개정입니다.
핵심 변화는 다음과 같습니다.
- HTTP 인프라에 자연스럽게 확장 가능한 Stateless 프로토콜 코어
- MCP Apps, Tasks를 포함한 확장 중심 아키텍처
- OAuth 2.0과 OpenID Connect 운영 방식에 더 밀접한 인증 스펙 강화
- 기존 구현을 보호하기 위한 공식적인 Deprecation 정책
- 캐시, 라우팅, 트레이싱을 고려한 운영 친화적 개선
이 릴리스는 Breaking Change를 포함하며, 최종 사양은 2026년 7월 28일에 공개될 예정입니다.
Stateless Protocol로의 전환
기존 MCP의 한계
이전 MCP(2025-11-25)는 Streamable HTTP를 사용할 경우, 반드시 세션을 먼저 생성해야 했습니다.
- initialize / initialized 핸드셰이크 필요
- Mcp-Session-Id 헤더를 통한 세션 유지
- 서버 인스턴스 간 sticky session 또는 공유 세션 스토어 필요
이 구조는 수평 확장 시 운영 복잡도를 높이는 요인이었습니다.
2026-07-28의 Stateless 구조
이번 릴리스에서 MCP는 프로토콜 레벨에서 완전히 Stateless가 됩니다.
- initialize/initialized 핸드셰이크 제거
- Mcp-Session-Id 헤더 제거
- 모든 요청은 단일 HTTP 요청으로 완결
- 프로토콜 버전, 클라이언트 정보, 기능 정보는 _meta 필드로 매 요청 전달
이제 MCP 서버는 일반적인 라운드 로빈 로드 밸런서 뒤에서 그대로 동작할 수 있으며, 특정 인스턴스에 클라이언트를 고정할 필요가 없습니다.
Stateless 프로토콜과 Stateful 애플리케이션의 공존
Stateless 프로토콜이 곧 애플리케이션까지 Stateless여야 한다는 의미는 아닙니다.
MCP는 다음과 같은 패턴을 권장합니다.
- 서버가 tool 호출 결과로 명시적인 핸들(예: basket_id, browser_id)을 발급
- 이후 호출에서 모델이 해당 핸들을 일반 파라미터로 전달
- 상태는 프로토콜이 아니라 도메인 로직에서 명시적으로 관리
이 방식은 상태가 모델에게도 “보이는” 형태이기 때문에,
툴 간 핸들 조합이나 추론이 더 유연해진다는 장점이 있습니다.
서버-클라이언트 상호작용 방식 개선
서버 주도 요청의 제약 강화
서버가 클라이언트에 입력을 요청하는 경우는 이제 명확히 제한됩니다.
- 서버는 클라이언트 요청을 처리 중일 때만 추가 입력 요청 가능
- 사용자가 아무 맥락 없이 프롬프트를 받는 상황 제거
- 모든 입력 요청은 명확한 호출 흐름에 귀속
Multi Round-Trip 요청 구조
기존 SSE 스트림 기반 방식 대신, 새로운 구조가 도입되었습니다.
- 서버는 InputRequiredResult를 반환
- 필요한 입력 스키마와 메시지를 함께 전달
- 클라이언트는 응답을 수집 후 동일 요청을 재전송
- requestState를 통해 상태를 안전하게 이어감
이 구조 덕분에, 어떤 서버 인스턴스든 재요청을 처리할 수 있습니다.
운영을 고려한 라우팅·캐시·트레이싱 개선
이번 릴리스는 실제 운영 환경을 강하게 의식한 개선이 포함되어 있습니다.
헤더 기반 라우팅
- Mcp-Method, Mcp-Name 헤더 필수화
- 게이트웨이, 로드밸런서, 레이트 리미터에서 본문 파싱 없이 라우팅 가능
- 헤더와 바디 불일치 시 서버가 요청 거부
명시적 캐시 정책
- tools/list 및 리소스 조회 결과에 ttlMs, cacheScope 포함
- HTTP Cache-Control과 유사한 개념
- 클라이언트가 캐시 가능 여부와 유효 기간을 명확히 판단 가능
분산 트레이싱 표준화
- W3C Trace Context를 _meta에 공식 정의
- traceparent, tracestate, baggage 키 고정
- OpenTelemetry 기반 백엔드에서 종단 간 트레이싱 가능
Extensions가 중심이 되는 MCP 구조
확장 프레임워크의 정식화
Extensions는 이제 비공식 기능이 아닙니다.
- Reverse-DNS 기반 ID 사용
- 클라이언트·서버 간 명시적 협상
- 독립적인 저장소와 유지관리자
- 사양과 독립적인 버전 관리
이를 통해 MCP는 코어는 안정적으로 유지하면서 기능은 확장으로 진화할 수 있게 되었습니다.
MCP Apps: 서버 렌더링 UI
MCP Apps는 서버가 HTML UI를 제공하는 기능입니다.
- iframe 기반 샌드박스 렌더링
- UI 템플릿 사전 선언 및 검토 가능
- UI에서 발생한 액션도 JSON-RPC를 통해 동일한 감사·동의 흐름 유지
Tasks의 확장 전환
기존 실험적 기능이던 Tasks는 확장으로 이동했습니다.
- tools/call 결과로 task 핸들 반환
- tasks/get, tasks/update, tasks/cancel로 제어
- 서버 주도 생성 방식
- 세션 의존적인 tasks/list 제거
기존 Tasks API 사용자는 마이그레이션이 필요합니다.
인증 스펙 강화
이번 릴리스는 OAuth 2.0과 OpenID Connect의 실제 운영 패턴을 적극 반영했습니다.
주요 변경점은 다음과 같습니다.
- authorization 응답의 iss 파라미터 검증 의무화
- Dynamic Client Registration 시 application_type 명시
- issuer 단위로 자격 증명 바인딩
- Refresh Token 요청 방식 명확화
- scope 누적 및 discovery 규칙 정리
이는 MCP 환경에서 발생할 수 있는 mix-up 공격 등 보안 리스크를 줄이기 위한 개선입니다.
Deprecated 기능 정리
새로운 Feature Lifecycle 정책에 따라 다음 기능이 Deprecated 되었습니다.
- Roots → 툴 파라미터, 리소스 URI, 서버 설정으로 대체
- Sampling → LLM 제공자 API 직접 연동
- Logging → stderr 및 OpenTelemetry 기반 관측
중요한 점은, 즉시 제거가 아니라 최소 1년 이상 유지된다는 것입니다.
JSON Schema 2020-12 전면 지원
툴의 입력·출력 스키마가 최신 JSON Schema를 지원합니다.
- oneOf, anyOf, allOf
- 조건부 스키마
- $ref, $defs
- 출력은 모든 JSON 타입 허용
다만, 외부 $ref 자동 해제는 금지되며, 검증 깊이와 시간 제한을 권장합니다.
앞으로의 MCP 진화 방향
이번 릴리스는 “한 번의 큰 변화”입니다.
하지만 앞으로는 다음 원칙을 따릅니다.
- 명확한 Feature Lifecycle
- 확장을 통한 점진적 기능 추가
- Conformance Suite 기반 표준 안정성 검증
2026-07-28을 기준으로 구현한 MCP 클라이언트와 서버는,
향후 사양 변경에서도 전송 계층이나 라이프사이클을 다시 작성하지 않아도 되는 구조를 목표로 합니다.
MCP 2026-07-28 릴리스 후보는 단순한 기능 추가가 아니라, 프로토콜의 성격 자체를 재정의한 업데이트입니다.
- Stateless 전환으로 운영 복잡도 감소
- 확장 중심 구조로 기능 진화 가속
- 인증과 관측성 강화로 프로덕션 안정성 향상
- 명확한 폐기 정책으로 장기 호환성 확보
이 변화는 MCP를 단기 실험용 프로토콜이 아니라,
장기적으로 신뢰할 수 있는 인프라 레벨 표준으로 끌어올리는 기반이라고 볼 수 있습니다.
7월 28일 최종 사양 공개 이후, MCP를 사용하는 시스템 전반에 중요한 기준점이 될 것입니다.
https://blog.modelcontextprotocol.io/posts/2026-07-28-release-candidate/
The 2026-07-28 MCP Specification Release Candidate
The release candidate for the next Model Context Protocol (MCP) specification is now available: a stateless protocol core, the Extensions framework, Tasks, MCP Apps, authorization hardening, and a formal deprecation policy.
blog.modelcontextprotocol.io
'인공지능' 카테고리의 다른 글
| LLM 에이전트 스킬을 안정적으로 학습시키는 텍스트 최적화 방법, SkillOpt (0) | 2026.05.28 |
|---|---|
| NVIDIA-Verified Agent Skills로 살펴보는 AI 에이전트 역량 거버넌스와 신뢰의 구조 (0) | 2026.05.28 |
| turbovec: 메모리·속도·프라이버시를 모두 잡은 고성능 벡터 검색 엔진 (0) | 2026.05.28 |
| Gemini Spark: 정보를 넘어 실행으로 이어지는 개인 AI 에이전트 (0) | 2026.05.27 |
| DeepSWE: 장기 소프트웨어 엔지니어링 역량을 평가하는 차세대 코딩 에이전트 벤치마크 (0) | 2026.05.27 |
