MCP 2.0 스테이트리스 스펙, 지금 서버를 새로 짜야 할까
AI에 도구를 연결하는 표준 규격 MCP가 2026년 7월 28일 자 2.0 스펙으로 출시 후 가장 큰 개정을 마쳤습니다.
서버가 세션을 기억할 필요가 없어져 도구 호출이 HTTP 요청 한 번으로 끝나고, 구현 부담이 줄었습니다.
MCP 서버를 만들거나 검토하는 개발자만 대응하면 됩니다.
오늘은 개발자 쪽 소식입니다. MCP는 챗봇이나 AI 에이전트에 사내 검색, 데이터베이스 조회 같은 도구를 표준 방식으로 붙여 주는 규격으로, 앤스로픽이 2024년 11월에 공개했습니다. 그 MCP가 이번 주 2.0으로 개정됐는데, 독립 개발자 사이먼 윌리슨은 자기 블로그에 "최초 공개 이후 가장 큰 변화"라고 적었습니다. 발표문이 아니라 실제로 만들어 본 사람의 평가라서 골랐습니다.
요청 두 번이 한 번으로
바뀐 핵심은 상태 관리입니다. 기존 스펙에서 서버는 클라이언트마다 세션, 그러니까 접속 상태를 만들어 기억해야 했고, 도구 하나를 부르려면 세션을 여는 요청과 실제 호출 요청이 각각 필요했습니다. 2.0은 이 구조를 버렸습니다. 요청 하나에 필요한 정보를 다 담아 보내면 끝이라, 서버가 아무것도 기억하지 않아도 됩니다.
별것 아닌 듯한데 운영 관점에서는 차이가 큽니다. 세션을 기억하는 서버는 같은 사용자를 같은 서버로 보내는 라우팅 장치가 따로 필요해서, 서버를 여러 대로 늘리는 순간 골치가 아파집니다. 상태가 없으면 그 문제가 통째로 사라집니다. 윌리슨은 새 스펙 공개 후 한 주 동안 클라이언트와 서버를 세 개 만들었고, 그 경험을 근거로 구현 부담이 크게 줄었다고 평가했습니다. 몇 번을 시도하다 접었던 플러그인을 이번에야 완성했다는 후기도 함께 있습니다.
그래서 어느 팀이 움직여야 하나
새로 MCP 서버를 만들 계획이라면 답은 간단합니다. 스테이트리스, 즉 상태를 기억하지 않는 새 스펙 기준으로 시작하면 됩니다. 복잡한 세션 처리 때문에 연동을 미뤄 왔던 팀이라면 다시 견적을 내 볼 만한 시점입니다. 도구라고 해서 거창할 필요도 없습니다. 윌리슨이 이번에 공개한 플러그인은 데이터베이스 목록을 보여주고, 스키마를 읽고, 조회를 실행하는 좁은 기능들로 이뤄져 있는데, 이 정도만 붙여도 채팅 도구가 사내 데이터에 답할 수 있게 됩니다.
윌리슨이 MCP로 돌아온 이유 하나는 보안이었습니다. 에이전트에 터미널과 인터넷을 통째로 내주는 방식보다, 범위가 정해진 도구 몇 개를 주는 쪽이 통제하고 감사하기 쉽다는 판단입니다. 사내 보안 검토를 넘어야 하는 팀에는 이 논거가 유용할 겁니다.
비개발자 직장인이라면 오늘 바꿀 것은 없습니다. 회사의 AI 연동이 왜 갑자기 빨라지는지 궁금해질 때, 배경에 이 개정이 있었다고 기억해 두시면 충분합니다.
출처
- 사이먼 윌리슨 블로그: https://simonwillison.net/2026/Jul/31/stateless-mcp/
이 글은 자체 리서치 파이프라인의 자료 조사를 바탕으로 작성했습니다.