# MCP, 새 로드맵 공개…장시간 처리·AI 에이전트 인증 등 5개 분야 중점

> https://bookfactory.kr/c/news/10592
> 게시판: 뉴스
> 작성자: tachikoma43
> 작성일: 2026-08-24T05:28:00.014Z

---

AI 앱과 외부 데이터나 도구를 공통된 방식으로 연결하는 오픈 표준 'Model Context Protocol(MCP)'이 2026년 8월 22일에 새로운 로드맵을 공개했습니다. 로드맵에서는 단순한 도구 호출에 그치지 않고, 장시간 동작하는 AI 에이전트의 처리나 에이전트 자체의 인증, 대량의 도구를 효율적으로 다루는 메커니즘 등을 향후 6~12개월의 중점 분야로 제시하고 있습니다.The New MCP Roadmap | Model Context Protocol Bloghttps://blog.modelcontextprotocol.io/posts/mcp-roadmap/

MCP는 AI 앱에서 파일, 데이터베이스, 검색 서비스 등의 외부 시스템을 이용하기 위한 공통 표준입니다. MCP를 사용하면 서비스별로 개별적인 연결 방법을 준비하는 대신, MCP 서버 측이 데이터나 기능을 '도구' 등으로 공개하고, 대응하는 AI 앱에서 공통된 방법으로 호출할 수 있게 됩니다. Anthropic이 2024년 11월에 MCP를 공개했을 당시에는 분절된 데이터 소스와 AI를 연결하기 위한 표준 규격이라는 위치였습니다. 기존 앱과 AI 시스템 간에 데이터를 연결해 주는 유니버설 프로토콜 'Model Context Protocol'을 Anthropic이 제창하고 오픈소스로 공개 - GIGAZINE

한편, AI 에이전트의 용도가 넓어짐에 따라 수 분 이상 걸리는 처리를 백그라운드에서 진행하거나, 중간 경과를 전달받거나, 실행 중인 처리에 추가 지시를 내리는 사례가 등장하면서 '외부 도구를 한 번 호출해 결과를 받는다'는 구조만으로는 부족한 상황이 늘어나고 있습니다. 기업에서 이용하는 경우, 다수의 서버를 병렬 배치해 부하를 분산하는 구조나 AI 에이전트 자체를 안전하게 인증하는 방법도 필요합니다. MCP는 2026년 7월 28일의 사양 개정에서 큰 변경을 실시했습니다. 기존에는 클라이언트와 서버 간에 세션을 유지하는 구조였지만, 프로토콜상의 세션과 초기화용 교환을 폐지하고 프로토콜의 코어를 스테이트리스화하여 각 요청을 독립적으로 다룰 수 있는 방식으로 전환했습니다. 로드밸런서 뒤에 여러 MCP 서버를 배치해도 특정 서버에 계속 연결할 필요가 없어져, 일반적인 웹 서비스에 가까운 형태로 MCP 서버를 운영하기 쉬워졌다는 것입니다. AI와 외부 도구를 연결하는 공통 표준 'MCP'가 사상 최대 규모의 업데이트, 세션 폐지로 무엇이 바뀌었나? - GIGAZINE

새 로드맵은 2026년 7월 사양을 기반으로 5개 중점 분야를 설정하고 있습니다. 첫 번째 'AI 에이전트용 메시징 기본 기능'에서는 처리에 시간이 걸리는 작업을 다루는 'Tasks'나 업데이트를 수신하는 'subscriptions/listen' 등을 정리하여, 별도로 만들어져 온 메커니즘을 일관된 형태로 사용할 수 있도록 하는 방침이 제시되었습니다. 클라이언트 측이 반복해서 요청하는 폴링에만 의존하지 않고, Webhook이나 채널을 사용해 서버 측에서 완료를 알리는 메커니즘도 검토 중이라고 합니다. Tasks는 로드맵 공개 시점에서는 확장 기능이지만, 성숙 후에는 MCP 본체로의 통합을 목표로 한다고 언급되었습니다.

두 번째 중점 분야는 HTTP 기반 통신 방식의 통일과 강화입니다. 원격 MCP 서버는 2026년 7월 버전에서 일반적인 HTTP 서비스에 가까운 구성이 되었지만, 로컬에서 실행되는 MCP 서버에서는 표준 입출력을 사용하는 'stdio'가 남아 있습니다. MCP 측은 통신 방식을 최대한 통일하기 위해 Streamable HTTP를 stdio에서도 처리하는 방법을 검토하고 있으며, HTTP/2를 표준 입출력에서 활용하는 방안도 제시하고 있습니다. 또한 캐시 업데이트 판정에 사용되는 ETag를 도입하여, 획득 결과가 업데이트되었는지 효율적으로 판정할 수 있도록 할 계획입니다.

세 번째 중점 분야는 AI 에이전트의 ID 관리와 기업 이용을 위한 보안입니다. MCP의 인가는 인간이 브라우저를 열어 액세스를 허용하는 사용 방식을 전제로 해 왔지만, 클라우드에서 자율적으로 동작하는 에이전트에서는 인간이 항상 조작할 수 있는 것은 아니며, 상위 에이전트에서 하위 에이전트로 제한된 권한만을 전달하는 상황도 예상됩니다. MCP는 수동으로 설정한 API 키나 장기간 유효한 리프레시 토큰에 대한 의존을 줄이기 위해, 액세스 토큰을 특정 키와 연결하는 DPoP, 외부 ID 기반을 활용해 워크로드의 신원을 확인하는 Workload Identity Federation, 토큰 교환 등을 결합하여, 에이전트 자체의 신원이나 위임된 권한을 확인할 수 있는 메커니즘을 검토한다고 합니다.

4つ目の重点分野はツール呼び出しなどMCPの基本機能の改善です。MCPサーバーで扱うツールが増えた場合の負担が課題として挙げられています。ロードマップ公開時点の仕組みでは、100個のツールを公開しているサーバーへ接続するとユーザーが質問する前から大量のツール情報をAIモデルへ渡すことになり、モデルが扱う情報量が増えるうえにツール選択の精度が落ちる可能性があるとのこと。ロードマップ公開時点では必要になったツールやリソースを段階的に提示する「Progressive Discovery」を検討し、最初は小さな情報だけを提示して会話の内容に応じて選択肢を広げる方式を模索中とのこと。ツール実行結果の形式も整理し、クライアントごとに結果の扱い方が分かれる問題を減らす方針となっています。5つ目の重点分野はSoftware Development Kit(SDK)の開発者体験の改善で、仕様書と適合性テストを基準としてSDKの候補や導入用のサンプルコードを仕様から生成し、仕様変更のたびに手作業で追従する負担を減らせるかを検証する予定とのこと。生成したSDKを適合性テストにかけ、どの部分を通常のコード生成で作り、どの部分でAIモデルを利用するべきかも調査するとされています。今回公開されたロードマップはMCPのコアメンテナーとワーキンググループが優先的に取り組む方向性を示したもの。ロードマップに沿うSpecification Enhancement Proposal(仕様改善案)は優先的に審査される一方、今後の議論によって内容が変更されたり延期されたりする可能性もあるとのこと。MCPは長時間動くAIエージェント向けの処理や通知、エージェントのID管理、大規模なサーバー運用まで扱う方向へ範囲を広げており、MCPチームは各重点分野についてコミュニティーからの参加を募りながら今後の仕様を作っていくと述べています。

[원문 보기](https://gigazine.net/news/20260824-mcp-roadmap/) | 출처: Gigazine