쉬운 설명
MCP는 AI 모델이 외부 도구나 서버랑 대화할 때 쓰는 공통 규칙 같은 건데요, 이번에 나온 새 버전(2026-07-28 릴리스 후보)에서 가장 큰 변화는 '한 번 연결하면 그 서버만 계속 기억해야 하는' 방식을 없앴다는 거예요. 예전에는 식당에서 한 번 앉은 자리(세션)를 계속 지켜야 했다면, 이제는 매번 필요한 정보를 쪽지에 다 적어서 아무 직원(서버)한테나 건네도 주문이 처리되는 방식으로 바뀐 셈입니다. 덕분에 서버를 여러 대 두고 운영하는 게 훨씬 간단해졌고, AI 개발 인프라를 다루는 사람들한테는 꽤 반가운 소식이에요.
요약
이번에 공개된 건 MCP(Model Context Protocol)의 차기 명세 릴리스 후보인데요, 정식 버전은 2026년 7월 28일에 확정될 예정입니다. 이번 개정판은 MCP가 처음 나온 이후로 가장 큰 폭의 변화라고 소개되는데, 핵심은 프로토콜 자체가 '무상태(stateless)'가 됐다는 점이에요. 이전 버전(2025-11-25)에서는 도구를 호출하려면 먼저 세션을 맺고, 서버가 내려준 Mcp-Session-Id를 계속 들고 다녀야 했는데요, 그러다 보니 특정 클라이언트 요청이 항상 같은 서버 인스턴스로만 가야 하는 '스티키 세션' 구조가 필요했습니다.
새 버전에서는 이런 세션 개념 자체가 사라졌습니다(SEP-2567, SEP-2575 등 여러 제안이 합쳐진 결과예요). 이제 도구 호출은 그 자체로 완결된 요청이 돼서, 로드밸런서가 아무 서버 인스턴스에나 요청을 던져도 문제없이 처리됩니다. 이건 단순한 기술적 디테일이 아니라, MCP 기반 서비스를 대규모로 운영하려는 회사나 개발자들에게 인프라 비용과 복잡도를 크게 줄여주는 변화라서 의미가 큽니다.
활용 포인트
지금 MCP 서버를 운영 중이거나 준비 중이라면, 이번 변화는 아키텍처를 다시 점검할 좋은 타이밍이에요. 예를 들어 그동안 세션 고정을 위해 넣었던 로드밸런서의 스티키 라우팅 설정이나 공유 세션 저장소(Redis 같은 걸 세션용으로 쓰던 경우)를 걷어내고, 대신 일반적인 라운드로빈 방식으로 트래픽을 분산시킬 수 있습니다. 상태가 필요한 기능(예: 장바구니, 브라우저 세션 등)은 프로토콜이 아니라 애플리케이션 레벨에서 직접 관리해야 하는데요, 글에서 소개한 것처럼 basket_id나 browser_id 같은 핸들(식별자)을 도구 호출 결과로 발급하고, 이후 호출에서 모델이 그 값을 인자로 다시 넘기게 설계하면 됩니다.
기획자나 프로덕트 매니저 입장에서는 이 변화를 팀에 설명할 때 '서버 확장이 쉬워지고 장애 대응이 단순해진다'는 포인트로 전달하면 좋고요, 학습자라면 REST API에서 흔히 쓰는 '명시적 토큰/ID 전달' 패턴과 MCP의 이번 변화가 비슷한 철학이라는 걸 연결 지어 이해하면 습득이 빠릅니다. 실제로 도구를 여러 개 체인으로 엮어 쓰는 에이전트 시스템을 만든다면, 핸들을 모델이 직접 들고 다니게 하는 구조가 오히려 디버깅과 로그 추적에도 유리하다는 점을 눈여겨볼 만합니다.
주의 사항
이번 자료는 정식 명세가 아니라 '릴리스 후보(release candidate)'라서, 최종 스펙이 나오기 전까지 세부 내용이 바뀔 수 있다는 점을 감안해야 합니다. 또한 이번 개정은 이전 버전과 호환되지 않는 '브레이킹 체인지'를 포함하고 있다고 명시돼 있어서, 기존에 2025-11-25 버전 기준으로 MCP 서버나 클라이언트를 만들어 둔 팀이라면 마이그레이션 계획을 미리 세워야 합니다. 정식 릴리스 일정(2026년 7월 28일)도 예정일이라 변동 가능성을 열어두고 공식 블로그나 릴리스 노트를 주기적으로 확인하시는 걸 추천드립니다.
자체 검증
원문을 다시 확인해보면, MCP 2026-07-28 릴리스 후보가 프로토콜 레벨의 세션(Mcp-Session-Id)과 initialize/initialized 핸드셰이크를 제거했다는 점, 이를 SEP-2567과 SEP-2575가 뒷받침한다는 점은 본문에 명시된 내용과 일치합니다. 서버가 요청 처리 중에만 클라이언트에 응답을 요청할 수 있다는 SEP-2260 관련 규정, 그리고 정식 릴리스일이 2026년 7월 28일이라는 부분도 원문 그대로예요. 다만 원문 자체가 '자세한 내용은 Release Timeline and Validation 문서를 보라'며 일부 내용을 링크로 넘기고 있어서, Extensions 프레임워크나 Tasks, MCP Apps 같은 다른 기능들의 세부 동작 방식은 이번 발췌문만으로는 구체적으로 확인하기 어려웠다는 점을 밝혀둡니다. 이 부분은 과장 없이 원문에 나온 만큼만 요약했습니다.
태그
#AI #MCP #API설계 #서버아키텍처 #AI에이전트 #개발트렌드 #프로토콜
원문
https://blog.modelcontextprotocol.io/posts/2026-07-28-release-candidate