MCP가 Linux Foundation으로 넘어간 이유: AI 에이전트 표준화의 거버넌스 설계

Anthropic 혼자 관리하던 프로토콜이 재단으로 넘어간 이유

2025년 말 Linux Foundation은 산하에 Agentic AI Foundation을 신설하고 Anthropic이 기증한 Model Context Protocol(MCP)을 포함한 에이전트 오픈소스 표준의 관리를 시작했다. Anthropic·OpenAI·Block이 창립 멤버로 참여했고 AWS·Google·Microsoft가 플래티넘 회원으로 합류했다. 이는 Kubernetes나 PyTorch가 걸어간 오픈 표준화 경로를 MCP에 적용하려는 업계의 집단적 의지를 보여준다.

MCP는 2024년 11월 Anthropic이 오픈소스로 공개한 뒤 불과 16개월 만에 월간 9,700만 다운로드를 기록했다. Docker나 Kubernetes의 초기 성장세와 비견될 속도지만, Anthropic 단독 관리 체계에는 구조적 약점이 있었다.

첫째, 경쟁 기업의 전략적 채택 장벽이다. OpenAI가 경쟁사 Anthropic이 설계한 프로토콜을 공식 채택하는 데는 거버넌스 리스크가 따른다. 실제로 OpenAI는 초기에 MCP 대신 자체 Assistants API 도구 호출 방식을 유지했다.

둘째, 엔터프라이즈 조달 규정의 제약이다. 금융·의료·공공기관의 IT 조달 규정은 흔히 단일 벤더 의존도를 제한하는 조항을 담고 있어, 중립적 오픈 표준이 아닌 사유 기업 프로토콜은 이 관문을 통과하기 어렵다.

셋째, 기여자 라이선스 계약(CLA)의 신뢰 문제다. 외부 개발자가 MCP 스펙에 기여한 결과물의 IP가 최종적으로 Anthropic에 귀속될 수 있다는 우려가 대규모 기여를 억제했다.

Linux Foundation 산하 편입은 이 세 문제를 한꺼번에 해결하는 구조적 해법이었다.

이사회·기술운영위원회·SIG로 나뉜 거버넌스

Linux Foundation은 수십 년간 운영해온 표준 거버넌스 모델을 그대로 적용한다. 최상위 이사회(Governing Board)는 회원사 대표로 구성되며, 플래티넘 회원(AWS·Google·Microsoft·Cloudflare·Bloomberg)이 이사 지명권을 갖고 재정 기여에 비례한 영향력을 행사한다. 창립 멤버인 Anthropic·OpenAI·Block은 별도의 창립 이사석을 확보했다. 이사회는 재정·법무·마케팅을 담당하되 기술 방향에는 직접 개입하지 않는 것이 Linux Foundation의 원칙이다.

중간 계층인 기술운영위원회(TOC, Technical Oversight Committee)가 실질적인 기술 표준을 결정한다. MCP 스펙의 신규 버전 승인, 프로토콜 확장 제안(RFC) 검토, 보안 취약점 처리 절차가 TOC 관할이며, 의석은 회사 규모나 재정 기여가 아니라 커밋 수·RFC 수·운영 참여 같은 기술 기여도로 선출한다.

하단의 특별 관심 그룹(SIG)은 MCP 보안 SIG, MCP 엔터프라이즈 SIG, A2A 통합 SIG처럼 도메인별로 나뉘어 심층 논의를 수행한다.

IP 정책도 Linux Foundation의 표준 방식을 따른다. 코드 기여에는 별도 계약 서명 없이 원산지만 확인하는 경량 절차인 DCO(Developer Certificate of Origin)가 적용되고, 스펙 문서에는 Apache License 2.0 또는 Creative Commons Attribution 4.0이 적용돼 누구나 표준을 읽고 구현하고 수정할 수 있다. 특허 조항은 기여자가 구현체를 통해 자신의 특허를 행사하지 못하도록 방어적 특허 포기를 요구한다.

⤢✕

MCP·A2A·ANP는 경쟁이 아니라 층위가 다르다

Agentic AI Foundation이 관리하는 표준은 MCP만이 아니다. 현재 세 프로토콜이 서로 다른 계층을 담당하며 공존한다.

MCP(Model Context Protocol)는 에이전트와 외부 도구·데이터 소스 간의 수직 통합 계층이다. JSON-RPC 2.0 기반으로 Tools(실행 가능 함수), Resources(읽기 전용 데이터), Sampling(역방향 LLM 요청) 세 가지 원시 인터페이스를 정의한다.

A2A(Agent-to-Agent Protocol)는 Google이 제안한 에이전트 간 협업 계층으로, HTTP/REST와 Server-Sent Events(SSE)를 전송 계층으로 써서 에이전트가 다른 에이전트에게 작업을 위임하거나 결과를 공유하는 시나리오를 다룬다. 오케스트레이터 에이전트가 서브에이전트에게 작업을 분배하는 멀티에이전트 파이프라인이 A2A의 핵심 사용 사례다.

ANP(Agent Network Protocol)는 분산 신원(DID)과 P2P 통신을 기반으로 중앙 오케스트레이터 없이 에이전트들이 자율적으로 협력하는 네트워크 계층이다. 아직 실험적 단계지만 블록체인·탈중앙화 인프라와의 결합을 목표로 한다.

구분	MCP	A2A	ANP
설계 계층	에이전트-도구 통합	에이전트 간 협업	분산 에이전트 네트워크
전송 프로토콜	JSON-RPC 2.0	HTTP/REST + SSE	DID 기반 P2P
인증 방식	구현체 위임	OAuth 2.0	분산 신원(DID)
상태 관리	스테이트풀 세션	태스크 생명주기	피어 디스커버리
거버넌스	Agentic AI Foundation	Google 주도 (편입 논의 중)	커뮤니티
생태계 성숙도	9,700만 다운로드 (성숙)	초기 도입 단계	실험적

실제 기업 에이전트 아키텍처에서는 A2A로 에이전트 간 작업을 위임하고, 각 에이전트가 MCP로 필요한 도구와 데이터에 접근하는 복합 구조가 표준이 되고 있다.

⤢✕

버전은 날짜로, 확장은 항상 하위 호환으로

Agentic AI Foundation 편입과 함께 MCP 스펙의 버전 관리 전략도 명확해졌다. MCP 프로토콜 버전은 YYYY-MM-DD 날짜 형식으로 표기하며, 현재 최신 스펙은 2025-11-25다. 클라이언트와 서버는 연결 초기화 시 핸드셰이크에서 지원 버전을 협상하는데, 이는 인터넷 표준 RFC의 협상 방식을 차용한 것으로 구버전 클라이언트와 신버전 서버가 공존하는 환경에서 하위 호환성을 보장한다.

API 설계의 핵심 원칙은 명시적 기능 협상(Explicit Capability Negotiation)이다. 클라이언트는 initialize 요청에 자신이 지원하는 기능 집합을 선언하고, 서버는 제공 가능한 기능의 교집합으로 응답한다. Sampling 인터페이스나 프로그레스 알림 같은 선택적 기능이 없는 최소 구현도 이 방식으로 호환된다.

버전 관리 원칙은 세 가지다. 새 메서드나 필드는 반드시 선택적(optional)으로 추가하는 비파괴적 확장(Non-Breaking Extension)이 기본이며, 필수 필드 추가나 기존 메서드의 시맨틱 변경은 메이저 버전 변경을 요구한다. 기능을 제거하기 전에는 최소 두 개 마이너 버전에 걸쳐 deprecated 표시를 유지하는 감가상각 주기(Deprecation Cycle)를 둔다. 보안 취약점은 TOC 보안 SIG가 비공개 채널에서 검토하고 패치를 준비한 뒤 공개와 동시에 배포하는 책임 있는 공개(Responsible Disclosure) 절차를 따른다.

기업 아키텍처 의사결정에 미치는 영향

오픈 거버넌스 표준은 기업 IT 부서의 판단 기준을 몇 가지로 바꿔놓는다.

조달 리스크가 줄어든다. 단일 벤더 프로토콜을 채택하면 그 기업의 사업 방향 변경이나 폐업 시 대규모 마이그레이션 비용을 감수해야 하지만, Linux Foundation 표준은 특정 기업이 프로젝트를 포기해도 커뮤니티가 유지·발전시킬 수 있어 기술 영속성이 보장된다. 금융·의료 분야의 10년 이상 장기 시스템 설계에서는 이 차이가 결정적이다.

멀티클라우드 전략과도 맞아떨어진다. AWS·Azure·GCP를 동시에 쓰는 기업이라면 특정 클라우드의 독점 에이전트 프레임워크 대신 MCP 기반으로 설계해야 클라우드 이식성이 보장된다.

컴플라이언스 자동화에도 유리하다. GDPR·HIPAA·SOC 2 같은 규제 대응에서 표준화된 프로토콜의 감사 가능성이 중요해지는데, MCP의 명시적 도구 선언과 JSON-RPC 로그는 에이전트가 어떤 도구에 어떤 인수로 접근했는지 완전한 감사 트레일을 제공한다.

생태계 기여자 확보도 쉬워진다. 자사 플랫폼을 MCP 호환으로 만들면 파일 시스템·Git·PostgreSQL·Slack·GitHub·Brave Search·Puppeteer·SQLite 등 공개 레지스트리에 등록된 수백 개의 기존 MCP 서버를 즉시 활용할 수 있다. 독자 프로토콜을 고수하면 이 통합을 전부 직접 구현해야 한다.

임계점을 넘은 표준은 대체되지 않는다

TCP/IP, HTTP, SQL, Kubernetes까지 기술 표준의 역사는 일단 임계점을 넘으면 기술적으로 우월한 경쟁자가 나타나도 대체되지 않는 경향을 보여준다. MCP는 이 임계점에 빠르게 접근하고 있다. 공급 측(MCP 서버 개발자)과 수요 측(MCP 클라이언트인 AI 에이전트) 사이의 양면 네트워크 효과가 이미 작동 중이다. Claude, Cursor, Windsurf, Cline 같은 주요 AI 에이전트 플랫폼이 MCP를 채택하면서 개발자가 도구를 MCP 서버로 패키징하는 것이 표준 관행이 됐다.

Gartner는 2026년 말까지 기업 애플리케이션의 40%가 AI 에이전트를 내장할 것으로 전망했다. 이 예측이 현실화되면 MCP 서버 생태계는 지금의 수십 배로 커질 가능성이 있고, Agentic AI Foundation의 오픈 거버넌스는 이 성장 과정에서 특정 기업이 생태계를 독점하지 못하게 막는 안전장치 역할을 한다.

수렴 시나리오는 두 갈래로 예측된다. 낙관 시나리오에서는 MCP가 에이전트-도구 계층 표준으로, A2A가 에이전트 간 협업 계층 표준으로 각각 안착해 상호 보완적 스택을 이룬다. 균형 시나리오에서는 AWS Bedrock Agent, Azure AI Foundry, Google Vertex AI 같은 클라우드별 독자 에이전트 런타임이 MCP 호환 레이어를 내장하면서 실질적 표준화는 이루되 각 플랫폼의 차별화 기능은 유지된다. 두 시나리오 모두 Agentic AI Foundation이 관리하는 오픈 표준이 바닥층을 이룬다는 점은 같다.

MCP의 Linux Foundation 기증과 Agentic AI Foundation 출범은 AI 에이전트 생태계가 단일 기업 주도에서 업계 공동 표준화 체제로 전환하는 분기점이다. 위원회 구조와 IP 정책, 버전 관리 전략이 갖춰진 오픈 거버넌스는 경쟁 기업 간 신뢰를 만들고 엔터프라이즈 조달 장벽을 낮추며 대규모 기여 생태계를 가능하게 한다.