# AI와 외부 도구를 연결하는 공통 규격 “MCP”가 역대 최대 업데이트를 실시, 세션 폐지로 인해 무엇이 달라졌나?

> https://bookfactory.kr/c/news/8342
> 게시판: 뉴스
> 작성자: tachikoma43
> 작성일: 2026-07-29T22:57:08.819Z

---

Linux Foundation 산하 Agentic AI Foundation에서 개발 중인 “Model Context Protocol(MCP)”의 신규 사양 “2026년 7월 28일”이 2026년 7월 28일에 공개되었습니다. MCP를 세션을 의존하지 않는 “스테이트리스(stateless)”한 설계로 전환시키는 한편, 장시간 처리, 사용자 확인, 캐시, 인증 등의 기능이 전신개편되었습니다. MCP의 등장 이후 최대 규모의 업데이트로 평가받고 있습니다.

2026년 7월 28일 사양 | Model Context Protocol 블로그 [https://blog.modelcontextprotocol.io/posts/2026-07-28/](https://blog.modelcontextprotocol.io/posts/2026-07-28/)

MCP는 AI 에이전트나 대규모 언어 모델을 활용하는 앱과 외부 데이터나 툴, 웹 서비스 등을 연결하기 위한 개방형 공통 규격입니다. Anthropic에서 2024년 11월에 공개한 것으로, AI 서비스마다 다른 연결 방식을 개발하는 대신 MCP에 대응함으로써 다양한 AI에서 동일한 툴을 활용할 수 있도록 하는 것을 목표로 합니다. 기존 앱과 AI 시스템 간에 데이터를 교차하기 위한 범용 프로토콜 “Model Context Protocol”을 Anthropic에서 제안하고 오픈 소스로 공개했습니다. - GIGAZINE

MCP는 이후 다수의 AI 서비스 및 개발 툴에서 채택되었으며, 현재는 Agentic AI Foundation의 프로젝트로 개발되고 있습니다. 이번에 공개된 “2026년 7월 28일”에서는 실험적인 AI 연계 규격으로 설계된 초기 메커니즘을 재검토하고, 대규모 서비스에서도 운영하기 용이한 구성으로 변경되었습니다. 기존 사양과 MCP 2026년 7월 28일의 주요 차이점을 요약하면 다음과 같습니다.

초기화(initialize)를 통해 초기화 필요

Mcp-Session-Id를 유지

동일 서버로의 분배 필요

연결을 유지하며 서버로부터 요청

이번 업데이트에서 가장 큰 변화는 MCP의 통신 방식이 “상태 유지” 방식에서 “상태 불변” 방식으로 전환되었다는 점입니다. 기존 MCP에서는 클라이언트와 서버가 먼저 “initialize”와 “initialized”라는 교환을 수행하고, 이후에는 “Mcp-Session-Id”를 사용하여 동일한 연결 상태를 유지했습니다. 하지만 이 방식으로 다수의 MCP 서버를 운영할 경우, 동일 사용자로부터의 통신을 같은 서버에 계속 보내는 “스틱키 세션”이나, 여러 서버 간에 세션 정보를 공유하는 데이터베이스가 필요하게 됩니다. 서버를 늘리거나 줄이거나, 장애가 발생한 서버에서 다른 서버로 처리를 이전하는 것이 어려워 대규모 운영에 방해가 되었습니다.

새로운 사양에서는 initialize에 의한 초기화 처리와 Mcp-Session-Id가 폐지되었으며, 각 요청이 프로토콜 버전, 클라이언트 정보, 사용 가능한 기능 등을 개별적으로 전달하게 되었습니다. 서버가 제공하는 기능을 미리 확인하고 싶다면 새로 추가된 “server/discover”를 사용할 수 있지만, 이 처리는 필수는 아닙니다. 각 요청이 단독으로 완결되므로 통신을 같은 서버로 계속 보내는 필요가 없어지고, 일반적인 로드 밸런서를 사용하여 비어 있는 서버로 처리를 분산시킬 수 있습니다. 이를 통해 MCP 서버를 일반적인 HTTP 서비스와 동일하게 Kubernetes, 서버리스 환경, 에지 환경 등에도 배포하고, 접속 수에 따라 늘리거나 줄이기가 쉬워집니다.

이전에는 원격 MCP 서버를 실행한다는 것은 세션 상태를 관리하는 것을 의미했으며, 이는 서버를 실행할 수 있는 위치를 제한했습니다. 이제 MCP가 상태 불변이 되었으므로, 서버리스 및 에지 인프라에 배포하거나, 로드 밸런서 뒤에 수평 확장을 할 수 있습니다. (트위터 링크)

앱의 상태는 식별자로서 관리됩니다. 상태 불변화에 따라 장바구니 내용이나 브라우저의 작동 상황과 같이 앱이 가지는 상태 자체를 저장할 수 없게 되더라도, 여러 호출에 걸쳐 정보를 유지해야 하는 경우에는 서버가 상태를 나타내는 식별자를 발행하고, AI 에이전트가 다음 도구 호출에서 명시적으로 전달합니다. 기존에는 통신 세션의 내부 안에 숨겨져 있던 정보가 도구의 인자로서 명시적으로 처리되는 것이 됩니다. 이를 통해 AI 에이전트나 개발자가 어떤 상태를 사용하여 처리하고 있는지 파악하기 쉬워지고, 서버 측에서도 특정 연결을 유지할 필요가 없어집니다.

또한, 사용자에게 확인을 여러 번 할 수 있는 “MRTR” 기능도 도입되었습니다. AI 에이전트가 데이터를 삭제하려고 시도할 때 확인이 필요한 경우, 서버는 “input_required”라는 결과를 반환하고 질문 내용을 함께 보냅니다. 클라이언트는 사용자로부터 답변을 받아 그 정보를 추가하여 원래 요청을 다시 전송합니다. 서버 측에서 연결 중인 클라이언트에게 질문을 다시 보내는 필요가 없어지고, 사용자에게 확인이나 부족 항목의 입력을 상태 불변 통신으로 처리할 수 있습니다.

HTTP 헤더와 캐시도 刷新, 통신의 분배와 감시를 용이하게 하기 위해 HTTP 헤더에는 ‘Mcp-Method’와 ‘Mcp-Name’을 포함해야 할 의무가 부과되었습니다. 게이트웨이, 레이트 제한 시스템, 웹 애플리케이션 방화벽 등의 경우, 요청 본문의 JSON을 분석하지 않아도 헤더만 보고 통신을 분배하거나 접근을 제어할 수 있습니다. 이용 가능한 도구, 프롬프트, 리소스 등의 목록에는 유효 기간을 나타내는 ‘ttlMs’와 캐시 범위를 나타내는 ‘cacheScope’도 추가되었습니다. 클라이언트는 변경되지 않은 도구 목록을 매번 획득할 필요가 없어지고, 서버 간 통신량을 줄일 수 있습니다. 도구 목록의 정렬도 일정하게 되므로, AI에 전달하는 프롬프트의 내용이 연결될 때마다 변화하여 캐시가 무효화되는 문제를 억제할 수 있습니다. MCP 서버가 다수의 도구를 제공하거나, 다수의 사용자가 동시에 연결되는 경우에 특히 효과가 기대됩니다.

장시간 처리나 화면 표시와 같은 기능을 확장 기능으로 추가할 수 있는 공식적인 확장 기능 메커니즘도 도입되었습니다. 모든 기능을 핵심 사양에 포함하는 대신, 필요한 클라이언트와 서버만 확장 기능을 선택하여 대응할 수 있습니다. 장시간 처리를 다루는 ‘MCP Tasks’는 실험적인 기능에서 공식적인 확장 기능으로 전환했습니다. 서버는 처리를 지속하면서 작업 식별자를 반환하고, 클라이언트는 해당 식별자를 사용하여 진행 상황이나 결과를 나중에 획득할 수 있습니다. 채팅 내에 폼, 표, 대시보드 등의 조작 가능한 화면을 표시하는 ‘MCP Apps’도 이 확장 기능 메커니즘으로 제공됩니다. MCP는 단순히 AI에서 외부 도구를 호출하는 것뿐만 아니라, 사용자가 조작하는 화면을 포함하는 AI 앱의 기반으로 확장되고 있습니다.

OAuth 인증의 안전성을 강화하기 위해, OAuth 2.0이나 OpenID Connect를 기업 시스템에서 사용하는 방법에 맞춰 강화가 이루어졌습니다. 인증 서버를 나타내는 ‘iss’ 정보의 검증이 필수적으로 되어, 클라이언트의 인증 정보가 발행자의 인증 서버와 명확하게 연결됩니다. 이를 통해, 특정 인증 서버를 위해 발행된 정보가 다른 인증 서버에서 잘못 사용되는 것을 방지할 수 있습니다. 클라이언트를 현장에서 등록하는 동적 클라이언트 등록은 비추천되며, 클라이언트 정보를 문서로 공개하는 클라이언트 ID 메타데이터 문서로의 전환이 진행됩니다.

폐지되는 기능에는 12개월의 이관 기간이 설정되었습니다. 기능이 비추천된 후 삭제될 때까지 최소 12개월의 이관 기간이 제공됩니다. 이번 업데이트에서는 Roots, Sampling, Logging과 기존의 HTTP와 Server-Sent Events를 결합한 통신 방식이 비추천되었습니다. 하지만 이러한 기능은 즉시 삭제되는 것이 아니며, 최소한 앞으로 12개월 동안은 이용할 수 있습니다.

클루드(Claude)나 깃허브(GitHub)도 새로운 사양에 대응하여 TypeScript, 파이썬(Python), Go, C#의 주요 SDK는 새로운 사양의 공개와 동시에 “2026-07-28”에 대한 대응을 완료했으며, 러스트(Rust) 버전 SDK도 베타 버전으로 대응하고 있습니다. 주요 SDK는 기존 사양과의 후방 호환성을 유지하기 때문에, 기존의 MCP 연결을 계속 사용한다면 즉시 전환할 필요는 없습니다. 깃허브(GitHub) MCP 서버는 공식 공개에 선제적으로 새로운 사양에 대응했으며, 세션(session) 정보를 저장했던 Redis에 대한 읽기/쓰기 및 요청 본문에서 처리 내용을 판별하는 메커니즘을 제거했습니다. 스테이트리스(stateless)화되어 서버 구성이 단순해지고, 일반적인 클라우드 인프라에서 운영하기 쉬워졌다고 깃허브는 설명하고 있습니다. 앤트로픽(Anthropic)도 클루드(Claude)의 각 제품에 새로운 사양에 대한 대응을 순차적으로 도입한다고 발표했습니다. 클루드(Claude)의 커넥터(connector) 디렉터리에 950건이 넘는 MCP 서버가 등록되어 있으며, 새로운 사양에 의해 운영 부담을 줄이면서 MCP 서버를 대규모로 전개할 수 있게 된다고 합니다. 이번 업데이트에는 세션 종료와 같은 호환성을 해치는 변경 사항이 포함되므로, 세션 ID에 의존하는 MCP 서버나 클라이언트에서는 이관 작업이 필요합니다. 반면, MCP를 일반적인 HTTP 인프라에서 안전하고 대규모로 운영하기 위한 메커니즘이 정비되어 기업의 본판(本番) 환경에서도 도입하기 쉬운 설계가 되었다고 합니다.

[원문 보기](https://gigazine.net/news/20260729-model-context-protocol-2026-07-28/) | 출처: Gigazine