MCP, 새 로드맵 공개…HTTP 통합과 에이전트 신원 관리 집중

리눅스 재단 산하 Agentic AI Foundation(AAIF)이 관리하는 개방형 표준 Model Context Protocol(MCP)의 핵심 관리자(Core Maintainers)들이 프로토콜의 다음 사양 릴리스와 그 이후 방향을 제시하는 새 로드맵을 공개했다. 일본 기술 매체 Publickey가 보도한 바에 따르면, 이번 로드맵은 다섯 개의 우선순위 영역으로 구성돼 있다. 에이전트 대상 메시징, HTTP 중심 전송 통합, 에이전트 신원 관리와 엔터프라이즈급 보안, 기본 도구 개선, 그리고 SDK 개발자 경험 향상이다. MCP 공식 블로그는 이 로드맵이 핵심 관리자들과 워킹그룹 커뮤니티가 공동으로 마련한 것이며, "향후 몇 달간 프로토콜 작업의 방향을 정한다"고 밝혔다.

MCP는 2024년 11월 Anthropic이 자사 Claude 모델을 외부 데이터 소스 및 도구와 연결하기 위해 제안한 프로토콜에서 출발했다. 2025년 12월 9일 리눅스 재단은 이 프로토콜을 기증받아 그 발전을 관장할 Agentic AI Foundation을 설립했다고 발표했으며, Amazon Web Services, Anthropic, Block, Bloomberg, Cloudflare, Google, Microsoft, OpenAI가 플래티넘 회원으로 참여하고 있다. 리눅스 재단 발표에 따르면 MCP는 지난 1년간 가장 빠르게 성장한 오픈소스 프로젝트 중 하나로 자리 잡았으며, 월간 SDK 다운로드 수가 9700만 건을 넘고 활성 서버 수는 1만 개를 넘어섰다. ChatGPT, Claude, Cursor, Gemini, Microsoft Copilot, Visual Studio Code 등 주요 AI 제품에 기본 지원 기능으로 탑재돼 있다. 지난 7월에는 접근 권한을 일괄 관리할 수 있는 "Enterprise-Managed Authorization(EMA) 확장"이 정식(stable) 버전이 되었고, 연결 방식이 상태를 유지하지 않는(stateless) 구조로 바뀌면서 대규모 확장이 한층 쉬워지는 대형 업데이트도 이뤄졌다.

다섯 개의 우선순위 영역

공식 블로그 게시물 "The New MCP Roadmap"에 따르면, 이번 로드맵은 지난 3월 공개된 이전 로드맵(전송 방식의 진화와 확장성, 에이전트 간 통신, 거버넌스 성숙, 엔터프라이즈 대응이라는 네 가지 우선순위)을 이어받은 것이다. 지난 5개월간 이룬 진전의 대부분은 최신 "2026-07-28" 사양 릴리스에 반영됐다. 구체적으로는 프로토콜 수준의 세션과 초기화 핸드셰이크가 제거돼 서버가 상태를 유지하지 않고도 수평 확장이 가능해졌고(SEP-2575, SEP-2567), 클라이언트가 연결 전에 서버의 지원 버전과 기능을 확인할 수 있는 `server/discover` 호출이 추가됐으며, 목록 결과에 대한 캐싱이 지원되기 시작했다(SEP-2549).

• 에이전트 대상 메시징: 서버가 주도하는 이벤트 전달(웹훅과 채널)을 정비해 클라이언트가 폴링 없이 결과를 받을 수 있게 하고, Tasks 확장(SEP-2663)을 성숙시켜 핵심 사양에 편입시키는 작업을 포함한다
• HTTP 중심 전송 통합: 원격 서버뿐 아니라 로컬 서버도 Streamable HTTP로 통합하고, stdio를 통해서도 HTTP/2의 멀티플렉싱 이점을 활용할 수 있도록 한다
• 에이전트 신원 관리와 엔터프라이즈급 보안: Demonstrating Proof of Possession(DPoP) 사양을 확정하고, Workload Identity Federation(SEP-1933)과 ID-JAG 토큰 교환 등을 통해 붙여넣기식 API 키나 장기 유효 토큰 대신 에이전트 자체 신원과 위임을 다루는 체계를 정의한다
• 기본 도구 개선: `tools/call` 응답 형식을 표준화하고, 도구가 많은 서버에서도 모델이 전체 카탈로그를 한꺼번에 불러오지 않고 단계적으로 발견할 수 있는 점진적 탐색(progressive discovery) 방식을 도입한다
• SDK 개발자 경험 향상: 클라이언트·서버 구현자뿐 아니라 AI 에이전트 스스로 SDK를 이용해 코드를 작성하는 사례가 늘고 있는 점을 고려해 API의 일관성과 문서의 정확성을 높인다

기업에 무엇이 달라지나

현재 MCP 인증 방식은 브라우저에서 사람이 직접 접근을 승인하는 것을 전제로 설계돼 있다. 그러나 공식 블로그는 점점 더 많은 호출자가 자체 신원을 가진 클라우드 워크로드로 동작하는 에이전트이며, 부재중인 사용자를 대신해 작업을 수행하거나 하위 에이전트에 제한된 권한을 위임하는 경우가 늘고 있다고 지적한다. 이번 신원 관련 작업은 붙여넣기식 API 키나 장기 유효 토큰에 의존하는 대신, 기존 표준을 바탕으로 MCP 서버가 에이전트의 신원을 인식하고 신뢰할 수 있는 표준화된 방법을 마련하는 것을 목표로 한다. 구체적으로는 IETF OAuth 및 WIMSE 워킹그룹과도 협력하며 표준화된 토큰 교환 체계를 구축한다고 밝혔다. HTTP 통합 역시 운영 측면에서 그만큼 중요하다. Streamable HTTP 기반의 원격 MCP 서버는 이제 다른 일반적인 HTTP 워크로드와 다를 바 없어져, 기업은 별도의 프로토콜을 위한 맞춤형 인프라를 구축하는 대신 이미 API 운영에 쓰고 있는 로드밸런서, 게이트웨이, 관측 도구 등의 인프라를 그대로 활용해 MCP 서버를 호스팅하고 확장할 수 있게 된다.

제안 우선순위와 관련해 공식 블로그는 명확히 밝히고 있다. 다섯 개 우선순위 영역에 해당하는 사양 개선 제안(SEP)은 신속한 검토를 받지만, 그 외 제안은 자동으로 거부되지는 않되 검토에 더 오랜 시간이 걸리고 더 높은 수준의 근거 제시가 요구된다는 것이다. 관리자의 검토 역량이 한정적인 만큼 이 다섯 영역에 자원을 의도적으로 집중하겠다는 방침을 분명히 한 셈이다.

에이전트를 구축하는 팀에 중요한 이유

MCP는 이미 ChatGPT, Claude, Cursor, Gemini, Microsoft Copilot, Visual Studio Code 등 주요 AI 제품 대부분이 외부 도구에 접근할 때 사용하는 연결 방식으로 자리 잡았다. 이 때문에 이번 로드맵은 단순한 내부 엔지니어링 문서가 아니라, 에이전트-도구 연결의 사실상 표준이 앞으로 어디로 향할지를 보여주는 신호로 봐야 한다. AI 에이전트를 사내 시스템과 연결하는 기업 입장에서는 HTTP 통합 작업이 대규모로 MCP 서버를 운영하는 비용을 낮춰줄 것으로 보인다. stdio나 WebSocket 기반 배포를 위한 별도 인프라가 더 이상 필요 없어지기 때문이다. 신원 관련 작업은 팀들이 이미 안고 있는 매우 구체적인 위험, 즉 여러 서비스 간에 공유되거나 직원이 부서를 옮긴 뒤에도 계속 유효한 API 키 문제를 다룬다. 감사 로그와 함께 에이전트 고유의 자격 증명을 범위를 한정해 발급하고 언제든 폐기할 수 있는 표준화된 방식은, 그동안 비공식적으로 이뤄지던 키 공유를 보안팀이 실질적으로 통제할 수 있는 체계로 바꿔놓는다. 현재 장기 유효 토큰으로 MCP 연결을 인증하고 있는 기업이라면, 이번 신원·위임 관련 작업이 완료되는 대로 마이그레이션 계획을 세워야 한다는 조기 신호로 받아들여야 한다.