원문 정보
David Soria Parra (Lead Maintainer), "The 2026 MCP Roadmap", Model Context Protocol 공식 블로그, 2026-03-09. 상세 로드맵 문서(modelcontextprotocol.io/development/roadmap)는 2026-03-05 최종 갱신본을 대조했습니다.
리뷰 대상은 논문이 아니라 표준 프로젝트의 공식 방향 문서입니다. MCP는 Linux Foundation 산하 다회사 오픈 표준으로 운영되지만 Anthropic이 출범시킨 이력이 있고, 로드맵 문서 스스로 "여기 제시된 아이디어는 약속(commitments)이 아니며 일부는 실현되지 않을 수 있다"고 못 박습니다. 그래서 이 리뷰는 내용 요약 대신 두 가지를 가려내는 데 집중합니다 — 어느 항목이 이미 검증 가능한 실행으로 이어졌고, 어느 항목이 아직 희망사항인가.
문서 개요: 날짜가 사라지고 우선순위가 남았다
가장 큰 형식 변화는 조직 원리입니다. 이전 로드맵이 "다음 릴리스에 무엇이 실리는가"라는 마일스톤 중심이었다면, 2026판은 릴리스 날짜를 버리고 우선순위 영역 중심으로 재편했습니다. 코어 메인테이너들이 후보 영역을 직접 순위 매겨 상위 4개를 확정했고, 이 4개 영역에 속한 SEP(스펙 개선 제안)는 신속 심사(expedited review)를 받습니다. 일정은 각 Working Group이 주도하며, 발표문은 이 전환을 "오픈 표준 작업의 불확실성에 더 정직해지는 방식"이라고 설명합니다. 전송 계층에서는 "이번 주기에 공식 전송을 추가하지 않는다"는 부정형 약속도 명시했습니다.
핵심 내용: 4대 우선순위와 8월 초 현재 상태
로드맵은 2026-03-05에 멈춰 있는 문서가 아닙니다. 발표 5개월 뒤인 지금, 각 우선순위가 실제로 어디까지 왔는지 2026-07-28 스펙 확정판(이전 리뷰)과 공식 문서 체계를 근거로 대조했습니다.
| 우선순위 | 로드맵이 적시한 과제 | 2026-08-05 현재 확인되는 상태 |
|---|---|---|
| 1. 전송 진화·확장성 | Streamable HTTP 무상태화, 명시적 세션 모델, Server Cards(.well-known 메타데이터) | 세션 제거·MRTR·헤더 라우팅이 07-28 스펙으로 확정. Server Cards는 전담 WG 헌장 단계 |
| 2. 에이전트 통신 | Tasks 수명주기 공백 2건 — 일시 실패 재시도 의미론, 결과 만료 정책 | Tasks는 독립 확장(SEP-2663)으로 승격됐으나 재시도·만료 규정은 여전히 공백 |
| 3. 거버넌스 성숙 | 5단계 기여자 사다리, WG 위임 모델, 분기별 헌장 리뷰 | Contributor Ladder가 공식 거버넌스 문서로 등재. 위임 모델은 SEP 미확정 |
| 4. 엔터프라이즈 준비 | 감사 추적, SSO 연동 인증, 게이트웨이 동작, 설정 이식성 — 문제 영역 4개 | 전담 Enterprise WG 부재(발표 시점 기준). EMA(엔터프라이즈 관리 인가)는 IG 헌장으로 존재 |
4대 우선순위에 들지 못한 영역은 "On the Horizon"으로 분리됐습니다. 코어가 주도하지 않되 커뮤니티 WG이 형성되면 지원하는 유보 트랙입니다.
| 유보 영역 | 내용 | 진행 신호 |
|---|---|---|
| 트리거·이벤트 구동 갱신 | 폴링·SSE 대신 서버발 콜백(웹훅류) 표준화 | 신규 WG 필요 단계 |
| 결과 타입 개선 | 스트리밍 결과, 참조형(대용량 지연 로드) 결과 | 제안 없음 |
| 보안·인가 | 최소 권한 스코프, OAuth 혼동 공격 방지, 취약점 공개 프로그램 | SEP-1932(DPoP)·SEP-1933(Workload Identity Federation) 2건 심사 중 |
| 확장 생태계 | ext-auth·ext-apps 성숙화, Skills 프리미티브 검토, 레지스트리 연동 | 확장 트랙으로 진행 |
신뢰도 평가
믿을 근거부터 보면, 이 문서는 모든 항목이 SEP 번호와 WG 헌장으로 추적된다는 점에서 후속 검증이 쉬운 로드맵입니다. 실제로 발표 5개월 만에 우선순위 1번의 핵심(무상태 전송)이 07-28 스펙으로 확정된 것은 이 로드맵이 선언에 그치지 않고 실행과 연동된다는 가장 강한 근거입니다. "공식 전송 추가 없음" 같은 부정형 서약도 지금까지 지켜졌습니다.
감안할 점은 세 가지입니다. 첫째, 우선순위를 정한 메인테이너 순위 투표의 데이터는 비공개라 "왜 이 4개인가"는 검증할 수 없습니다. 둘째, 날짜와 정량 목표가 없으므로 지연을 정의할 방법이 없습니다 — 정직한 만큼 채점 불가능한 구조입니다. 셋째, 교차 표기 불일치가 있습니다. 블로그 발표문은 Tasks를 SEP-1686(2025-11 실험 기능)으로, 로드맵 문서는 SEP-2663(현행 확장)으로 적습니다. 3월 발표문이 7월 재편을 반영하지 못한 시점 차이로 추정되지만, 공식 문서 간에도 SEP 번호가 어긋날 수 있으니 인용 시 확인이 필요합니다.
리뷰어 판단: 날짜의 부재는 독자의 채점 의무다
날짜 없는 로드맵은 오픈 표준의 정직성이라고 평가하면서도, 그 비용이 도입 기업으로 이전된다는 점을 지적하고 싶습니다. "언제"가 없으면 지연도 없으므로, 표준화를 기다릴지 자체 구현할지의 판단 책임이 전적으로 독자에게 옵니다. 위 성적표가 보여주듯 방향 자체의 신뢰도는 검증됐다고 판단합니다 — 다만 그 검증은 문서가 아니라 독자가 주기적으로 수행해야 합니다.
이 문서에서 가장 결과가 큰 문장은 엔터프라이즈 절의 "대부분 확장(extension)으로 갈 것"이라고 봅니다. 감사 로그·SSO·게이트웨이·설정 이식성의 표준 스키마를 기다리는 팀은, 전담 WG조차 없는 현재로서는 존재하지 않는 것을 기다리는 셈입니다. 또 하나, SEP 심사 용량의 배분 기준을 공개한 것은 기여자에게 실질 정보입니다 — 우선순위 밖 SEP는 "자동 기각은 아니지만 더 긴 대기와 더 높은 정당화 문턱"이라고 명시했으므로, 제안 전에 정렬 여부부터 따지는 편이 합리적입니다.
실무 적용
- 의존 기능 분류 — 자사 MCP 활용 기능을 4대 우선순위·유보 영역에 대응시켜 봅니다. 유보 영역(트리거, 스트리밍 결과)에 걸린 설계는 표준화 대기 없이 자체 구현을 계획하는 쪽이 안전합니다.
- 엔터프라이즈 거버넌스 선행 구축 — 감사·SSO·게이트웨이·설정 4항목은 확장 트랙이므로 표준 스키마 이전에 팀 자체 기준이 필요합니다. 운영 체크리스트는 아래 블로그 글에서 다룹니다.
- SEP 기여 전략 — 제안 전에 우선순위 정렬을 확인하고 해당 WG의 후원을 확보합니다. WG 후원 + 로드맵 연결이 명시된 SEP가 가장 빨리 움직인다고 문서가 직접 안내합니다.
- 반기 재검증 루틴 — 날짜가 없는 로드맵은 검증 주기를 독자가 정해야 합니다. 다음 스펙 릴리스 시점에 첫 번째 표를 다시 채워 진행도를 갱신하는 것을 권합니다.
결론
이 로드맵의 가치는 예언이 아니라 우선순위와 심사 기준의 공개에 있습니다. 4대 영역 중 하나는 이미 스펙이 됐고, 하나는 거버넌스 문서가 생겼으며, 둘은 공백이 공백임을 공개한 상태입니다. 약속하지 않는 문서를 읽는 법은 하나뿐입니다 — 주기적으로 대조표를 채우는 것. 이 리뷰의 첫 번째 표가 그 채점의 출발점입니다. 엔터프라이즈 4항목을 배포 거버넌스 체크리스트로 푸는 실행 가이드는 아래 당일 블로그 글에서 이어집니다.