안녕하세요? 정리하는 개발자 워니즈입니다.
새로 공개된 MCP 로드맵을 읽었는데요, 앞으로 수개월 동안 무엇에 힘을 쏟을지를 다섯 가지 영역으로 추려두었고 그중에서 맨 앞자리를 차지한 것이 장시간 실행되는 에이전트 작업이었습니다. 목록을 처음 훑었을 때 필자의 눈에 더 급해 보였던 쪽은 전송 방식을 통일하거나 신원을 표준화하는 항목이었기 때문에 왜 하필 오래 걸리는 작업이 첫 번째인지가 곧바로 와 닿지는 않았습니다.
MCP 로드맵이 다섯 영역 중 무엇을 맨 앞에 세웠나요?
MCP 로드맵의 첫 번째 항목은 Agentic Messaging Primitives이고 장시간 실행되는 에이전트 작업을 지원하는 쪽입니다. 기사에는 현대적인 에이전트 작업이 일반적인 요청과 응답 패턴만으로는 처리하기 어렵다는 진단이 먼저 적혀 있었고 작업이 오래 실행되면서 서버가 결과를 스트리밍하거나 실행 중에 사람이 방향을 바꿔야 하는 상황이 늘고 있다는 설명이 뒤따랐습니다. 이미 Tasks와 subscriptions/listen과 Progress Notification을 도입해두었으니 앞으로는 이 요소들이 일관되게 함께 작동하도록 정리하겠다는 계획이었고 클라이언트가 결과를 계속 Polling하지 않아도 되도록 Webhook과 Channel 기반의 서버 주도 이벤트를 추가하는 작업도 함께 추진한다고 합니다.
필자가 이 대목에서 멈춘 이유는 진단의 방향이 성능이나 정확도 쪽이 아니었기 때문입니다. 모델이 더 똑똑해져야 한다는 쪽이 아니라 오래 걸리는 일을 오래 걸리는 채로 붙잡고 있을 그릇이 아직 없다는 쪽이었고 이건 필자처럼 규모가 아주 작은 개인 운영자도 그대로 부딪히는 자리였습니다.
나머지 네 영역도 같은 문제를 다른 층에서 만지고 있을까요?
상당 부분 그렇게 읽혔습니다. 두 번째 영역인 Transport 통합은 2026-07-28 릴리스부터 원격 서버를 일반적인 HTTP 서비스처럼 기존 API 인프라에서 호스팅하고 운영할 수 있게 된 흐름을 로컬 서버까지 넓혀서 stdio를 포함한 여러 실행 환경이 하나의 전송 모델을 쓰게 하겠다는 계획인데요, 실행 환경마다 규칙이 다르면 오래 도는 작업을 어디에 얹느냐에 따라 결과가 갈리게 됩니다. 세 번째 영역인 Agent Identity는 지금의 인증이 사람이 브라우저에서 접근을 승인하는 대화형 사용을 중심으로 설계돼 있다는 점을 짚으면서 자체 신원을 가진 클라우드 에이전트가 자리에 없는 사용자를 대신하거나 Subagent에 더 제한된 권한을 위임하는 상황까지 지원해야 한다고 적어두었습니다.
네 번째 영역인 Tool Result 계약과 점진적 탐색도 비슷한데요, 서버가 100개의 Tool을 제공하면 사용자가 질문하기도 전에 모델이 전체 Tool 정의를 읽어야 한다는 문제 제기는 오래 도는 작업일수록 앞단에서 낭비되는 몫이 뒤에서 시간으로 돌아온다는 뜻입니다.
MCP 로드맵 제안은 어떤 순서로 검토될까요?
기사 말미에는 다섯 가지 우선순위 영역에 속하는 제안이 우선적으로 검토되고 채택 가능성도 가장 높다는 안내가 붙어 있었습니다. 그 밖의 제안이 자동으로 거절되는 것은 아니지만 제한된 검토 시간은 로드맵 영역에 먼저 배정된다고 하니 어디에 힘이 실릴지를 미리 알려주는 문서인 셈이고 규격을 따라가는 입장에서는 꽤 친절한 편이라고 느꼈습니다.
원문이 궁금하신 분은 새로운 MCP 로드맵을 정리한 글을 직접 보시면 좋겠습니다.
새 글이 올라오면 Threads @wonizz.ai 에도 올립니다. 팔로우해 두면 피드에서 바로 볼 수 있습니다.