MCP 사양이 '스테이트리스'로 변경

AI 에이전트 간의 통신을 표준화하는 사양 'MCP(Model Context Protocol)'가 2026년 7월 28일자 업데이트에서 큰 설계 변경을 받았다. 구체적으로는 접속 개시 시에 수행하는 '초기화 핸드셰이크'라고 불리는 초기 확인 절차 및 세션 헤더가 사양에서 삭제되었다. 대신 요청의 메서드 이름과 도구 이름을 나타내는 헤더가 필수 항목으로 추가되어 있다.

MCP는 AI 에이전트가 외부 도구나 서비스를 호출할 때의 상호작용을 통일하기 위한 프로토콜이다. 여러 AI 시스템이나 서비스를 연결하는 '게이트웨이'라고 불리는 중계 장치가 증가하는 가운데 MCP를 준수한 트래픽을 어떻게 효율적으로 분배할 것인가가 과제로 대두되었다. 이번 변경은 그 과제에 대한 대응이라는 측면을 가지고 있다.

변경의 핵심은 통신의 '스테이트리스화'에 있다. 스테이트리스란 통신의 각 요청이 그 이전의 상호작용 상태에 의존하지 않는 설계를 의미하며, 서버 측이 세션 정보를 유지할 필요가 없다. 이번 삭제된 핸드셰이크와 세션 헤더는 정확히 그 '상태 유지'를 담당하는 메커니즘이었다. 한편 새롭게 필수화된 메서드와 도구 이름의 헤더에 의해 게이트웨이는 JSON 본문을 분석하지 않고도 수신처를 판단할 수 있게 된다.

이 변경에 대한 개발자의 반응은 양분되고 있다. 일부 개발자는 '이것은 단지 REST를 재발명하고 있을 뿐'이라고 지적한다. REST는 웹 서비스 설계 원칙으로 오랫동안 사용되어 온 아키텍처 스타일이며, 스테이트리스 통신은 그 기본 원칙 중 하나다. 즉 이번 변경이 MCP를 API와 거의 동등한 것으로 만들어 버리는 것이 아닌가 하는 의문이 제기되고 있다.

한편 '사양 자체가 가진 의미는 변하지 않는다'고 주장하는 개발자도 존재한다. 그들의 견해에 따르면 MCP의 가치는 특정 통신 방식에 있는 것이 아니라 AI 에이전트가 공통의 규칙 아래에서 도구를 호출할 수 있다는 '표준화' 그 자체에 있다. 기술적 구현이 REST에 가까워졌다 하더라도 그 표준으로 기능하는 역할은 훼손되지 않는다는 논점이다.

이번 논의는 AI 에이전트의 보급에 따라 '통신의 표준화'가 중요한 실무 과제가 되어 가고 있음을 보여준다고 볼 수 있다. 에이전트가 여러 도구나 서비스를 자율적으로 호출하는 구성이 일반화되면 게이트웨이에서의 라우팅 효율은 운영 비용과 응답 속도에 직결된다. 스테이트리스화에 의해 그 처리가 경량화되는 점은 실용상의 이점으로 위치지어진다.

다만 'MCP는 API와 무엇이 다른가'라는 물음은 앞으로도 커뮤니티 내에서 계속 제기될 가능성이 있다. 사양이 성숙할수록 기존 기술과의 차이가 줄어드는 것은 자연스러운 흐름이기도 하며, MCP가 어느 점에서 고유의 가치를 지속적으로 유지할 수 있는지가 개발자의 지지를 유지하는 데 있어서의 초점이 될 것이라고 볼 수 있다.