모델 컨텍스트 프로토콜 (MCP) 로드맵 업데이트

MCP는 자율적인 에이전트 워크로드를 지원하기 위해 진화하고 있습니다

모델 컨텍스트 프로토콜 (MCP)은 단순한 요청-응답 패턴에서 자율적인 에이전트 메시징, 통합 HTTP 전송, 기업용 보안을 위한 포괄적인 프레임워크로 전환하고 있습니다. 이 전환은 MCP가 사용자 주도의 상호작용 세션을 넘어서, 현재 인간 사용자가 존재하지 않더라도 독립적으로 작동할 수 있는 클라우드 워크로드로서 작동하는 자율 에이전트를 지원하도록 설계되었습니다.

에이전트 메시징 원시 기능

MCP는 장시간 실행 루프, 스트리밍 결과, 에이전트 작업의 중간 조정을 지원하기 위한 새로운 원시 기능을 도입하고 있습니다. 목표는 클라이언트가 결과를 휠러 요청하는 방식에서 벗어나 더 동적인 상호작용 모델로 전환하는 것입니다.

주요 개발 사항은 다음과 같습니다:

서버 주도 이벤트: 웹훅과 채널을 구현하여 서버가 클라이언트에 업데이트를 푸시할 수 있도록 합니다.
작업 확장 (Tasks Extension): 작업 확장 (SEP-2663)을 성숙시켜 핵심 사양으로 이전합니다.
통합: 에이전트, 전송, 트리거 및 이벤트 워킹 그룹 간의 작업을 조율하여 이러한 원시 기능이 조화롭게 작동하도록 합니다.

HTTP-네이티브 전송 통합

2026-07-28 릴리스 이후, MCP 서버는 이제 표준 HTTP 워크로드로 간주됩니다. 로드맵은 모든 배포 모드를 단일 전송 메커니즘 아래 통합하여 클라이언트 및 서버 개발을 간소화하는 것을 목표로 합니다.

이 통합은 표준 입력/출력을 통한 스트리머블 HTTP를 사용하는 로컬 서버까지 HTTP-네이티브 접근 방식을 확장합니다. MCP 서버를 표준 API 서비스로 간주함으로써 프로토콜은 기존 조직 인프라에서 서버 호스팅 및 운영의 장벽을 줄입니다.

에이전트 식별 및 기업용 보안

에이전트가 어떻게 식별되고 승인이 되는지를 표준화하는 것은 주요 우선순위이며, 현재의 브라우저 기반 인간 승인 모델은 자율 클라우드 에이전트에는 부족합니다.

기업용 보안을 달성하기 위해 MCP는 다음과 같은 방향으로 집중하고 있습니다:

소유 증명 (Proof of Possession): 소유 증명을 입증하는 것(DPoP)을 완성하고 보급을 추진합니다.
워크로드 식별자 연합: ID-JAG 권한과 기업 관리형 인가를 통해 에이전트 식별 및 위임을 위한 경로를 정의합니다.
표준화 참여: IETF OAuth 및 WIMSE 워킹 그룹과 협력하여 기반 식별 표준이 에이전트 전용 요구사항을 충족하도록 진화하도록 합니다.

핵심 원시 기능의 정교화

도구 호출 및 도구 카탈로그의 확장성에 대한 제약을 해결하여 모델 성능을 향상시키고 컨텍스트 창의 과도한 부피를 줄입니다.

표준화된 결과 처리: tools/call 응답에 대한 명확한 계약을 수립하여 서버 개발자가 클라이언트가 모델에 출력을 어떻게 제시할지 정확히 알 수 있도록 합니다.
진행형 탐색: 서버가 대화가 좁혀질수록 더 많은 도구를 공개하는 시스템을 구현하여 모델이 큰 도구 카탈로그(예: 100개 이상의 도구를 가진 서버)에 과도하게 노출되는 것을 방지합니다.

SDK 개발자 경험

SDK의 사용성과 사양 준수에 대한 투자가 이루어지고 있습니다. 많은 개발자가 MCP 클라이언트 및 서버의 코드를 작성하는 데 에이전트를 사용하고 있기 때문에, 로드맵은 AI 보조 개발 중 장벽을 최소화하기 위해 명확한 API와 정확한 문서를 강조합니다.

커뮤니티의 시각과 비판

로드맵은 복잡한 미래 방향을 제시하지만, 허커 뉴스 커뮤니티의 피드백은 프로토콜의 복잡성과 필요성에 대해 큰 회의를 제기하고 있습니다.

복잡성과 과잉 설계

몇몇 개발자는 MCP가 기존 웹 표준에 불필요한 계층을 추가한다고 주장합니다.

"이 아이디어가 얼마나 과잉 설계되었는지가 혼란스럽습니다. 이 문제는 HTTP와 WebSockets를 둘러싼 상대적으로 간단한 패턴으로 해결될 수 있었을 것입니다..."

다른 이들은 특화된 프로토콜이 간단한 REST 엔드포인트와 문서 파일(예: skills.md)을 결합하는 것보다 우수한지 의문을 제기합니다.

안정성과 구현

일부 사용자는 사양의 빠른 진화에 실망을 표하며, 초기 도입자들이 구현을 계속해서 재작성해야 한다고 지적합니다.

"사양이 바뀌면 기존 작업도 당연히 업데이트해야 합니다... 고급 프로그래머들은 항상 최소 3년 이상 존재한 것만 사용하라고 조언했습니다."

진행형 탐색의 유용성

로드맵은 진행형 탐색을 새로운 우선순위로 강조하지만, 일부 개발자는 현재 프로토콜의 한계로 인해 이미 수동으로 이 기능을 구현해야 했다고 지적합니다.

"지나치게 늦은 시점입니다. 이미 몇몇 하드웨어에서 MCP의 지연 로딩을 수동으로 구현해야 했습니다..."