MCP 2026-07-28판 공개 임박, 필요한 정보는 요청마다 전달

MCP 2026-07-28판 공개 임박, 필요한 정보는 요청마다 전달이라는 기사 제목을 간결하게 표현한 이미지
2026-07-28판은 연결을 시작할 때 정보를 한 번 맞추는 대신 필요한 정보를 요청마다 전달한다.

모델 컨텍스트 프로토콜(Model Context Protocol, MCP)의 2026-07-28판이 7월 28일 공개될 예정이다. 새 사양은 코어 초기화 절차와 Streamable HTTP의 프로토콜 세션을 제거하고 버전과 기능 정보를 요청마다 전달한다. 추가 입력은 재요청으로 이어지고, 요청 범위 밖 변경 알림은 별도 구독 스트림으로 모인다. 7월 28일은 사양 문서 공개일이며 제품별 적용 시점은 다르다.

코어 초기화와 Streamable HTTP 세션을 제거한다

새 판은 코어의 initializenotifications/initialized를 제거한다. Streamable HTTP에서는 Mcp-Session-Id와 프로토콜 세션이 빠진다. 클라이언트는 각 요청에 프로토콜 버전과 지원 기능을 함께 보낸다. 서버는 server/discover를 구현하고, 클라이언트는 필요할 때 이를 호출해 서버의 지원 버전과 기능을 확인한다.

제거되는 것은 MCP가 관리하던 프로토콜 세션이다. 인증 상태, 진행 중인 작업이나 서버의 제품 데이터까지 없어지는 것은 아니다. 다음 요청에 필요한 상태는 요청에 포함하거나 공유 저장소에서 조회해야 한다. 이 조건을 충족하면 특정 서버 인스턴스에 요청을 고정할 필요가 줄어든다.

추가 입력은 다중 왕복 요청(Multi Round-Trip Requests, MRTR)으로 처리한다. 서버가 중간 결과를 반환하면 클라이언트는 필요한 응답을 모아 원래 요청을 독립된 요청으로 다시 보낸다. 서버가 requestState를 제공했다면 재요청에 포함한다. 도구, 프롬프트, 리소스 변경과 리소스 구독 알림은 하나의 구독 스트림으로 통합된다. 진행 알림과 로그 메시지 같은 요청별 알림은 해당 요청의 응답 스트림에 남는다. 구독 스트림 연결이 끊기면 새 요청으로 다시 연결한다. 재시도와 재요청 과정의 중복 실행도 고려해야 한다.

7월 28일은 사양 공개일

7월 28일은 규범 사양 문서가 공개되는 날이다. 기존 클라이언트와 서버가 이날 중단되지는 않는다. 공식 Python, TypeScript, Go, C# SDK는 출시 후보용 베타를 제공하고 있으며, 이전 사양과 함께 작동하는 방식과 기본값은 SDK마다 다르다.

GitHub 서버는 지원을 발표했고 Codex와 Zed는 확정 전이다

제품별 준비 수준에는 차이가 있다. GitHub MCP Server는 7월 23일 새 사양 지원을 발표했다. Codex는 개발 중인 기본 비활성 기능 플래그가 병합된 단계이며 지원 발표는 확인되지 않았다. Zed에는 외부 기여자의 전환 초안만 올라와 있다.

GitHub MCP Server, Codex와 Zed의 MCP 2026-07-28판 준비 상태와 역할
제품역할공개 상태, 7월 27일 한국시간 기준
GitHub MCP Server서버GitHub가 7월 23일 지원을 발표했다.
OpenAI Codex클라이언트개발 중이며 기본 비활성인 기능 플래그 등록만 병합됐다. 지원 발표는 확인되지 않았다.
Zed클라이언트외부 기여자가 전환안을 올렸고 아직 초안이다. Zed 제품팀의 채택이나 출시를 뜻하지 않는다.

개발자가 확인할 항목

  • 사용하는 SDK가 이전 사양과 새 사양을 어떻게 구분하고 어떤 모드를 기본값으로 쓰는지 확인한다.
  • 요청마다 프로토콜 버전, 클라이언트 기능과 필요한 상태가 빠짐없이 전달되는지 확인한다.
  • 추가 입력 뒤 재요청과 변경 알림 구독 재연결 과정에서 작업이 중복 실행되지 않는지 테스트한다.
  • 실제 요청이 사용한 날짜 버전을 로그와 진단 화면에서 확인할 수 있게 한다.

7월 27일 한국시간 기준 사양은 아직 출시 후보 상태다. 최종 구현 기준은 7월 28일 공개될 날짜 고정 사양과 각 SDK 안정판이다.

원문 출처