MCP, 세션 지우고 HTTP 인프라 위로… 2026-07-28 spec 확정
Original: The 2026-07-28 Specification View original →
agent tool 서버를 띄울 때 붙어 다니던 sticky session 부담이 MCP 정식 spec에서 사라진다. Model Context Protocol 팀은 2026년 7월 28일 2026-07-28 specification을 공개했고, 핵심 변경점으로 stateless protocol core, Multi Round-Trip Requests(MRTR), header-based routing, cacheable list results, authorization hardening, extensions framework, Tier 1 SDK 업데이트를 묶었다.
가장 큰 변화는 연결 상태를 프로토콜이 쥐고 있지 않는다는 점이다. 기존 Streamable HTTP 흐름에서는 initialize handshake와 Mcp-Session-Id가 서버 배포 구조에 영향을 줬다. 새 spec은 요청마다 protocol version과 capabilities를 싣는 방향으로 옮겨, round-robin load balancer 뒤의 여러 서버 인스턴스가 같은 요청을 처리할 수 있게 만든다. 서버 입장에서는 session store나 sticky routing을 기본 전제로 설계할 이유가 줄어든다.
규모 숫자도 작지 않다. MCP maintainers는 Tier 1 SDK 다운로드가 한 달에 거의 5억 건 수준이며, TypeScript와 Python SDK가 각각 누적 10억 다운로드를 넘었다고 설명했다. 표준 하나의 변경이 Claude Desktop 같은 client만이 아니라 사내 agent gateway, developer tool, SaaS connector 운영 방식까지 건드릴 수 있다는 뜻이다.
MRTR은 client와 server가 한 번의 tool call 안에서 추가 입력을 주고받는 패턴을 공식화한다. list 결과 cache, routing header, authorization 정리, extension framework도 같은 방향이다. MCP Apps와 Tasks처럼 빠르게 변하는 기능은 core protocol에 박아 넣기보다 extension으로 다루는 구조가 된다.
확인할 지점은 migration 속도다. 새 spec이 나온다고 기존 2025-11-25 구현이 즉시 꺼지는 것은 아니다. 다만 앞으로 MCP server를 public 또는 enterprise 환경에 올리는 팀은 stateless 동작을 기본값으로 보고 설계해야 한다. agent stack의 병목이 모델에서 tool infrastructure로 넘어가는 순간, 이번 spec은 운영팀이 가장 먼저 읽어야 할 문서가 됐다.
Related Articles
2026년 3월 14일 Hacker News에서는 로컬 stdio MCP는 불필요한 오버헤드가 될 수 있지만, 원격 HTTP MCP는 인증, telemetry, 공유 툴링 측면에서 여전히 중요하다는 더 정교한 논점이 주목을 받았다.
Cursor는 4월 3일 X 게시물에서 Composer 2 사용량을 일시적으로 늘리며 새 Cursor 3 interface를 밀었다. 핵심은 IDE 안 AI 패널이 아니라 local·cloud·remote 환경에서 여러 agent를 조율하는 workspace로 제품의 중심을 옮긴 점이다.
Shopify는 X 게시물에서 Shopify AI Toolkit을 공개하며 범용 AI coding assistant와 Shopify platform 사이의 공식 연결 지점을 제시했다. docs와 changelog를 보면 단순 예시 모음이 아니라 docs, API schema, validation, store execution을 first-party로 묶은 도구 세트에 가깝다.