MCP의 2026년 7월 사양은 프로토콜 계층에서 모든 형태의 세션 상태를 제거하여, 모든 상태가 모델의 컨텍스트 윈도우(context window) 내에 존재하도록 강제합니다. 이 변화를 통해 어떤 MCP 서버라도 모든 요청에 응답할 수 있게 되어, 로드 밸런서, 서버리스 함수 및 오토스케일링 Kubernetes 포드 뒤에서 순수 무상태(stateless) 배포가 가능해집니다.

왜 이 변화가 중요한가

첫 출시 이후, MCP(Model Communication Protocol)는 여러 HTTP 호출에 걸쳐 대화 상태를 추적하기 위해 경량 세션 핸드셰이크와 Mcp-Session-Id 헤더를 유지해 왔습니다. 이러한 설계 덕분에 서버는 특정 클라이언트에 속한 도구 핸들, 샘플링 비율 또는 로깅 기본 설정을 기억할 수 있었습니다. 또한 재개 가능한 Server-Sent Events(SSE) 스트림을 제공하여, 연결이 끊겨도 중단된 지점부터 다시 시작할 수 있었습니다.

2026년 7월 28일 사양은 세션 핸드셰이크를 완전히 제거합니다. 이제 모든 요청은 _meta 필드에 프로토콜 버전과 클라이언트 기능을 포함하며, Mcp-Session-Id 헤더는 사라집니다. Roots, sampling 및 logging 필드는 deprecated(사용 중단 예정)로 표시됩니다. 요컨대, 와이어 프로토콜(wire protocol)은 이제 순수 요청-응답 방식이며, 유지해야 할 "세션"이 존재하지 않습니다.

개발자가 달라져야 할 점

상태는 더 이상 서버의 관심사가 아니며, 모델의 컨텍스트 윈도우에 존재합니다. 모델이 외부 리소스를 참조해야 하는 경우, 도구 결과의 일부로 서버로부터 명시적인 핸들을 전달받아야 합니다. 다음 요청에는 해당 핸들이 인자로 포함되며, 모델은 이를 다른 토큰과 동일하게 취급합니다.

컨텍스트 윈도우는 고정된 크기의 토큰 버퍼이므로, 각 핸들은 사용자 프롬프트나 모델 출력과 경쟁하며 공간을 소비합니다.

신뢰성 측면에서도 변화가 생깁니다. SSE 재개 기능이나 메시지 재전송 기능이 없기 때문에, 스트림이 끊기면 요청을 완전히 잃게 됩니다. 클라이언트는 호출을 처음부터 다시 시작해야 합니다. 빠르고 무상태인 쿼리의 경우 이는 허용 가능한 수준이지만, 실행 시간이 긴 검색이나 다단계 에이전트 작업의 경우 개발자가 자체적인 재시도 로직을 구축하거나 작업을 더 작은 단위로 나누어야 합니다.

Pilot Protocol이 공백을 메웁니다

MCP의 무상태성은 의도된 것이지만, 이로 인해 네트워크 계층에는 연결 수준의 식별성이나 신뢰성 보장이 남지 않게 됩니다. MCP 하단에 위치하는 Pilot Protocol이 이 공백을 메웁니다. Pilot은 식별 정보를 한 번 설정하고 암호화를 사용하여 패킷을 송신자와 결합합니다. MCP 관점에서 보면 클라이언트는 단순히 매번 새로운 HTTP 요청을 보낼 뿐이며, Pilot이 하부 전송 계층을 안정적으로 유지합니다.

두 프로토콜은 서로 보완적입니다. MCP는 가볍고 요청당 비용이 저렴하며 어떤 HTTP 엔드포인트 뒤에서도 쉽게 확장할 수 있는 상태를 유지하는 반면, Pilot은 기존의 세션 기반 프로토콜이 제공하던 무거운 작업들을 처리합니다.

확장 시의 이점

  • 로드 밸런서 친화적 – 세션 어피니티(session affinity)가 필요하지 않음; 어떤 백엔드라도 모든 요청을 처리할 수 있음.
  • 서버리스 준비 완료 – 함수가 필요할 때 즉시 실행되어 요청을 처리하고, 잔류 상태 없이 종료될 수 있음.
  • Kubernetes 오토스케일링 – 포드를 자유롭게 추가하거나 제거할 수 있음; 컨트롤 플레인이 더 이상 세션 맵을 추적하지 않음.

트레이드오프

  • 토큰 오버헤드 – 핸들과 기타 상태가 이제 모델의 컨텍스트 윈도우를 차지하여 프롬프트 및 응답과 직접 경쟁함.
  • 모델 주도의 정확성 – 모델이 핸들을 정확하게 다시 에코(echo)해야 함; 환각(hallucination)이나 오타가 발생하면 워크플로우가 깨질 수 있음.
  • 내장된 재개 기능 없음 – 실행 시간이 긴 작업은 자체적인 체크포인팅을 구현하거나 전체 재시작 위험을 감수해야 함.
  • 진단 기능의 중단 – Roots, sampling 및 logging 필드가 사라지므로, 애플리케이션 계층에서 직접 추가하지 않는 한 세밀한 모니터링을 위한 편리한 훅(hook)을 잃게 됨.

결론

와이어에서 세션 상태를 제거함으로써, MCP 2026-07은 어떤 로드 밸런서, 함수 플랫폼 또는 에지 노드 뒤에도 위치할 수 있는 순수 HTTP 엔드포인트로 변모합니다. 장점은 명확한 확장성입니다. 단점은 상태가 이제 모델의 제한된 토큰 윈도우에 존재하며, 신뢰성이 클라이언트와 하부 Pilot 계층에 달려 있다는 점입니다. AI 에이전트의 작업 범위가 초 단위에서 시간 단위로 확장됨에 따라, 요청당 저렴한 가격과 토큰 예산 압박 사이의 균형이 이 무상태 모델이 지속 가능한 승자가 될지를 결정할 것입니다.