출처

개요

MCP 2026-07-28 스펙은 클라이언트와 서버 간 연결 및 세션 유지를 전제로 하던 구조를 stateless 요청-응답 방식으로 변경했습니다. 이제 각 요청이 독립적으로 처리되며, 기존의 핸드셰이크와 Mcp-Session-Id 관리가 필요하지 않습니다. 서버 기능 탐색에는 server/discover를 사용할 수 있고, 읽기 전용 서버는 server/discover, tools/list, tools/call만으로 구성할 수 있습니다. 이 변화로 정적 웹사이트나 서버리스·엣지 환경에서도 MCP 서버를 구현하기 쉬워졌습니다. 함께 OAuth 2.0·OIDC 기반 인증과 MCP Apps·Tasks 확장 방식도 정리됐습니다.

핵심 포인트

  • 기존 MCP의 initialize·initialized 핸드셰이크와 세션 ID 기반 상태 유지가 제거됨.
  • 모든 요청이 프로토콜 버전과 클라이언트 정보를 포함하는 독립적인 요청-응답으로 처리됨.
  • 서버 기능 확인을 위한 server/discover가 추가되었으며, 필요하면 바로 tools/call을 호출하고 호환성 오류를 확인할 수도 있음.
  • ping, 스트리밍용 GET 엔드포인트, SSE 재개 기능도 stateless 전환과 함께 사라짐.
  • 정적 블로그처럼 별도 서버 상태를 유지하지 않는 환경에서도 Cloudflare Pages Function 등으로 MCP 엔드포인트를 구현할 수 있음.
  • 인증은 OAuth 2.0·OIDC 표준에 맞춰졌고, MCP Apps와 Tasks가 공식 확장 프레임워크에 포함됨.
  • Anthropic은 MCP SDK 다운로드가 2026년에 월 4억 건을 넘었고, Claude 커넥터 디렉터리에 950개 이상의 서버가 등록됐다고 밝힘.

왜 중요한가

세션 상태와 연결 유지를 요구하지 않으면 MCP 서버를 서버리스, 엣지 컴퓨팅, 정적 사이트와 같은 환경에 배포하기 쉬워집니다. 개발자는 세션 저장소와 연결 관리 로직을 구현·운영하는 부담을 줄일 수 있고, 요청 단위로 동작하는 기존 웹 인프라와 MCP를 더 자연스럽게 결합할 수 있습니다. 다만 원문은 이번 변경이 모든 MCP 사용 사례를 단순화한다고 주장하기보다는, 정적·서버리스 환경과 읽기 전용 서버 구현에서 특히 실무적 이점이 있다고 설명합니다.

참고 링크

관련 위키

원문 보존 위치

원문 전체는 raw source: 2026-07-30-aisparkup-post-14870-mcpsource_url 및 HTML 원문과 함께 저장되어 있습니다.