
【도해】 MCP 2026-07-28 변경점 정리 —— 세션 폐지로 무엇이 바뀌나?
요약
AI 에이전트 도구 호출 프로토콜인 MCP의 2026년 7월 신규 사양 변경점을 설명합니다. 세션 기반 방식에서 자기 완결형 요청 방식으로 전환되어 확장성과 부하 분산 효율이 크게 향상되었습니다.
핵심 포인트
- 세션 폐지 및 자기 완결형(Self-contained) 요청 방식으로 변경
- 양방향 스트림에서 요청/응답 방식으로 전환되어 서버 인스턴스 독립성 확보
- 헤더 기반 판별 가능으로 API Gateway 및 WAF에서의 보안 제어 용이
- ttlMs 및 cacheScope 추가로 도구 목록 캐싱 및 프롬프트 캐시 효율 향상
- 기존 Roots, Sampling, Logging 등 일부 기능의 비권장(Deprecated) 처리
AI 에이전트가 도구(Tool)를 호출하는 프로토콜인 「MCP」의 새로운 사양(2026-07-28)이 공개되었습니다. 초보자를 위해 구 사양과의 차이점을 포인트별로 해설합니다.
구 사양에서는 initialize
→ notifications/initialized
→ Mcp-Session-Id
의 3단계로 접속을 확립했습니다. 신 사양에서는 전부 폐지되었습니다. 각 요청(Request)에 클라이언트 정보를 포함하는 자기 완결형(Self-contained) 방식이 되었습니다. 로드 밸런서(Load Balancer)로 부하 분산을 할 때 Redis가 필요 없게 됩니다.
도구 실행 전에 "정말로 실행하시겠습니까?"라고 묻는 메커니즘이 양방향 스트림(Bidirectional Stream)에서 요청/응답(Request/Response) 방식으로 변경되었습니다. 서버는 input_required를 반환하고, 클라이언트가 답변을 첨부하여 재요청(Re-request)하기만 하면 됩니다. 어떤 서버 인스턴스가 요청을 받아도 문제없습니다.
Mcp-Method: tools/call
Mcp-Name: delete_repository
와 같이 헤더(Header)로 판별이 가능해졌습니다. API Gateway나 WAF에서 "위험한 도구에 대해서만 추가 인증"과 같은 제어를 JSON 해석 없이 구성할 수 있습니다.
ttlMs (유효 기간)와 cacheScope가 추가되어, 도구 목록 취득을 캐싱(Caching)할 수 있게 되었습니다. 프롬프트 캐시(Prompt Cache)와의 궁합도 향상되었습니다.
Roots, Sampling, Logging, HTTP+SSE 트랜스포트(Transport)는 비권장(Deprecated)되었습니다. 단, 12개월의 이행 기간이 있습니다.
MCP는 「특수한 양방향 프로토콜」에서 「일반적인 Web API」에 가까워졌습니다. AWS로의 배포도 일반적인 HTTP 애플리케이션과 같은 감각으로 수행할 수 있습니다. 기존 서버의 이행 체크리스트는 본 기사에서 소개하고 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기