Agent Stack Radar 에이전트 스택 변화를 한 줄 판단으로

← 전체 피드MCP 신호 5건 →

이벤트 2026-05-21 · 프로토콜 · 주시

MCP 2026-07-28 RC는 최종 스펙이 아니라 거버넌스 변화를 예고했다

MCP 2026-07-28 release candidate는 최종 스펙 출시가 아니라 프로토콜 운영 방식의 변화를 예고한 후보안이다. 무상태 core, extensions, authorization hardening, deprecation policy는 MCP가 연결 표준에서 운영 거버넌스 표준으로 넓어지고 있음을 보여준다.

주시 영향도 84 / 100 이벤트 2026-05-21 출처 2개 (주근거 1)

핵심 요약

  • MCP 블로그는 2026-05-21에 2026-07-28 스펙 release candidate를 공개했다.
  • 후보안은 프로토콜 수준 세션 제거, 확장 프레임워크, Tasks 확장, MCP Apps, 인가 강화, 폐기 정책을 함께 제시한다.
  • 원격 MCP 서버 운영은 sticky session 의존을 줄이고 HTTP 인프라에서 라우팅, 캐시, 추적, 인가를 더 명시적으로 다루는 방향으로 이동한다.

맥락

  • MCP는 도구 연결 표준에서 원격 서버 운영, 확장 배포, 폐기 정책을 포함한 프로토콜 거버넌스 문제로 범위가 넓어지고 있다.
  • 하지만 기준일의 자료는 최종 스펙이 아니라 후보안이다. 구현자는 확정 구현보다 영향 지점 목록화와 마이그레이션 준비를 우선해야 한다.
  • 특히 MCP 제공자는 서버 상태, 세션 가정, 인증 흐름, 확장 의존성을 지금부터 분리해 볼 필요가 있다.

판단 근거

  • MCP 블로그는 2026-05-21 날짜와 release candidate 성격, 최종 스펙 예정일, breaking changes를 확인한다.
  • draft authorization 문서는 인가 강화가 별도 보안 설계 축이라는 점을 보조한다.
  • 프로토콜 제공자는 바로 영향권에 있지만 일반 앱 개발자는 최종 스펙 확정 전까지 관찰과 준비가 맞다.

근거 해석

MCP release candidate 글과 draft authorization 문서가 공개 날짜, 무상태 core, 확장, 인가 강화, 폐기 정책을 확인하므로 거버넌스 변화 신호로 보는 것이 적절하다.

비교 축

  • MCP 2025-11-25 vs 2026-07-28 RC
  • 세션 기반 서버 가정 vs 무상태 core
  • 단일 core 중심 연결 vs core와 extensions로 나뉜 운영 모델

추천

원격 MCP 서버를 운영한다면 관찰과 사전 설계를 시작하라. 최종 스펙처럼 박아 넣기보다 세션, 캐시, 인가, 확장 의존 지점을 먼저 목록화해야 한다.

위험

  • 후보안 내용이 최종 스펙에서 바뀔 수 있다.
  • 기존 서버의 세션 가정과 라우팅 구조를 바꾸는 비용이 생길 수 있다.
  • 인가 구현 차이가 클라이언트와 서버 간 호환성 문제를 만들 수 있다.
  • 확장 생태계가 충분히 성숙하기 전에는 운영 부담이 커질 수 있다.

출처