MCP, 5가지 우선순위 발표: 에이전트 메시징, HTTP 전송 통일, 에이전트 ID 보안 등
The New MCP Roadmap
Model Context Protocol(MCP)이 차기 사양 릴리스 및 이후를 위한 업데이트된 로드맵을 발표했습니다. 로드맵은 다섯 가지 우선순위 영역으로 구성되며, 각 영역은 핵심 유지관리자와 워킹 그룹이 담당합니다. 주요 내용은 서버 시작 이벤트, HTTP 기반 전송 통합, 에이전트 ID 및 엔터프라이즈 보안, 개선된 프리미티브(도구 결과 처리, 점진적 발견), SDK 개발자 경험 개선입니다. 또한 우선순위 영역 내의 사양 개선 제안(SEP)은 신속한 검토를 받습니다.
오늘 우리는 Model Context Protocol(MCP)의 업데이트된 로드맵을 발표하게 되어 기쁘게 생각합니다. 이 로드맵은 차기 사양 릴리스와 그 이후를 다루며, 향후 몇 달간 프로토콜 작업의 방향을 설정합니다.
HN 토론
21- rco8786
> 2026-07-28 릴리스부터 원격 MCP 서버는 다른 HTTP 워크로드와 다를 바 없게 되었습니다.
좋습니다. 독자적인 새 프로토콜을 도입한 것은 MCP가 초기 릴리스에서 저지른 가장 어리석은 일 중 하나였습니다.
- izend
실제로 얼마나 많은 MCP 서버가 이 모든 것을 구현할지 매우 궁금합니다:
"MCP 인증은 오늘날 브라우저에서 사용자가 접근을 승인하는 방식으로 구축되어 있습니다. 이는 대화형 클라이언트에는 잘 작동하지만, 점점 더 많은 호출자가 클라우드 워크로드로 실행되는 에이전트로, 고유한 ID를 가지고 있거나, 자리하지 않은 사용자를 대신하여 행동하거나, 하위 에이전트에게 더 좁은 권한을 위임합니다. 우리는 MCP 서버가 기존 표준을 기반으로 하여, 붙여넣은 API 키나 장기 토큰이 아닌, 그러한 에이전트 ID를 인식하고 신뢰할 수 있는 표준화된 방법을 갖기를 원합니다.
이 작업은 DPoP(Proof of Possession)를 확정하고 채택을 추진하며, Workload Identity Federation, Enterprise-Managed Authorization 뒤의 ID-JAG 그랜트, 표준 토큰 교환을 통한 에이전트 ID 및 위임에 대한 의견 있는 경로를 정의하는 것을 포함합니다. 또한 IETF OAuth 및 WIMSE 워킹 그룹을 포함한 OAuth 표준 기구와의 협력을 계속 확대하여, 에이전트 ID에 필요한 구성 요소로 기반 표준이 진화하도록 돕겠습니다."
- cube00
저는 여전히 MCP 엔드포인트가 REST 엔드포인트와 skills.md 파일에 비해 에이전트가 작업하기에 왜 더 쉬운지 이해하기 어렵습니다.
- mmaunder
제 꿈은 MCP가 우리와 같은 서비스(사이버 보안)가 인증이 포함된 자체 문서화 엔드포인트를 제공하고, 사용자에게 URL만 주면 그냥 작동하는 것이었습니다. 하지만 첫날부터 그들이 방향을 바꾸면서 여러 표준이 생겨났고, 컨텍스트를 많이 소비하는 기능이 되었으며, 임시방편처럼 느껴졌습니다. 그로 인해 MCP에 대한 생각이 사라졌고, 로컬 도구와 API로 너무 성공을 거두어서 다시 돌아가기에는 많은 노력이 필요할 것입니다.
- mikeegg1
"MCP"를 보면 저는 여전히 Master Control Program으로 해석합니다.
- rglover
이 아이디어가 과도하게 복잡해진 정도는 혼란스럽습니다. 이는 HTTP와 WebSockets(그리고 정말 필요하다면 SSE)를 둘러싼 비교적 간단한 패턴으로 해결될 수 있었습니다.
- vatsachak
모델에게 그냥 프롬프트를 주면 안 되나요?
LLM의 모든 발전은 계산 효율성, 아키텍처 또는 하네스의 증가를 통해서입니다...
나머지는 부가적인 것처럼 보입니다.
- skinfaxi
> 우리는 서버가 작은 진입점을 제공하고 대화가 좁혀짐에 따라 카탈로그의 더 많은 부분을 드러낼 수 있도록 점진적 발견 노력을 시작하고 있습니다.
좀 늦은 감이 있네요. 저는 이미 여러 하네스에서 MCP의 지연 로딩을 구현해야 했지만, 이제는 모든 것을 코드 모드로 구현하는 쪽으로 옮기고 있습니다.