MCP는 정말 죽었나? AI 에이전트 표준 프로토콜 논쟁의 진짜 쟁점

작년 말 Anthropic이 공개한 Model Context Protocol(MCP)은 “AI 에이전트의 USB-C"라 불리며 빠르게 주목받았습니다. 그런데 1년이 채 지나지 않은 지금, 개발자 커뮤니티 한쪽에서는 “MCP는 이미 죽었다"는 도발적인 주장이 나오기 시작했는데요. 단순한 어그로일까요, 아니면 진짜 한계가 드러난 걸까요.

MCP는 원래 무엇을 풀려고 했나

MCP는 한마디로 AI 모델과 외부 도구를 잇는 표준 규격입니다. GitHub, Slack, Notion, 로컬 파일시스템 같은 서비스에 LLM이 접근하려면 매번 커스텀 통합을 짜야 했죠. MCP는 이걸 하나의 공통 프로토콜로 묶자는 제안이었습니다.

지난 5월 14일 한 개발자 채널이 올린 “What is MCP? The Model Context Protocol Explained for Developers” 영상이 이런 기본 개념을 다시 짚는 이유도 여기 있습니다. 아직도 많은 사람들이 MCP의 정체를 정확히 모른다는 뜻이기도 하고요.

왜 “죽었다"는 말이 나오는가

논쟁의 핵심은 프로토콜만으로는 에이전트가 돌아가지 않는다는 점입니다. MCP는 도구를 연결하는 배관일 뿐, 에이전트가 어떻게 추론하고 분기하고 상태를 관리할지는 알려주지 않습니다.

DEEPTECH AI LABS가 5월 16일에 올린 “LangGraph Is Rising Why Every AI Agent Framework Just Died”는 약 5,200회 조회와 166개의 좋아요를 기록하며 이 논쟁에 기름을 부었는데요. 메시지는 단순합니다. 단순한 도구 호출 프로토콜보다 그래프 기반 에이전트 오케스트레이션이 실제 프로덕션에서 더 잘 작동한다는 겁니다.

MCP가 다루지 못하는 영역은 대략 이렇습니다.

• 멀티 스텝 에이전트의 상태와 메모리 관리
• 분기, 재시도, 인간 개입(human-in-the-loop) 워크플로우
• 도구 호출 사이의 컨텍스트 전달과 장기 실행 작업
• 여러 에이전트가 협업할 때의 조율

이걸 다 프로토콜 레이어에서 풀려고 하다 보니, “MCP는 너무 얇거나, 아니면 잘못된 추상화 층"이라는 비판이 나오는 셈입니다.

인증과 보안이라는 진짜 숙제

또 다른 약한 고리는 인증입니다. 5월 26일 MCP Night에서 WorkOS의 Michael Grinich가 발표한 “Unlock Autonomous AI Agents with auth.md” 영상이 3,600회 조회를 넘기며 화제가 된 이유가 여기 있는데요.

자율 에이전트가 회사의 SaaS 도구들에 접근하려면 단순한 API 키 한 줄로는 부족합니다. 누가 어떤 권한으로 어디까지 자동으로 행동할 수 있는지, 사람과 에이전트가 같은 자원을 어떻게 다르게 다룰지, 감사 로그는 어디에 남길지가 모두 미해결 과제입니다. MCP 사양은 이 부분을 한참 뒤에야 진지하게 다루기 시작했고, 그 공백이 “표준이라기엔 너무 미숙하다"는 인상을 남겼습니다.

“죽었다"는 표현이 가리는 것

그렇다고 MCP가 정말 무덤에 들어간 건 아닙니다. 오히려 현실은 이렇습니다.

첫째, MCP와 LangGraph는 경쟁자가 아닙니다. 한쪽은 도구 연결 규격이고, 다른 한쪽은 에이전트 실행 엔진입니다. 실제로 많은 팀이 LangGraph 안에서 MCP 서버를 도구로 호출합니다. “프레임워크가 다 죽었다"는 식의 영상 제목은 클릭을 위한 과장에 가깝죠.

둘째, MCP의 진짜 위협은 따로 있습니다. OpenAI, Google이 자체 에이전트 사양을 밀고 있다는 점입니다. 표준이 분열되면 USB-C가 되겠다던 MCP는 그저 “Anthropic 진영의 규격"으로 좁아질 수 있습니다.

셋째, 인증과 보안이 정리되지 않으면 엔터프라이즈 도입은 멈춥니다. auth.md 같은 시도는 이 공백을 메우려는 신호인데, 표준 제정자가 직접 풀지 않으면 결국 각 벤더가 파편화된 답을 내놓게 됩니다.

그래서 우리는 무엇을 봐야 하나

“MCP는 죽었다"는 헤드라인은 솔직히 시기상조입니다. 다만 이 논쟁이 던지는 진짜 질문은 더 묵직한데요. AI 에이전트 시대의 표준은 프로토콜 레이어에서 정해질까, 아니면 오케스트레이션 프레임워크 레이어에서 정해질까 하는 점입니다.

여러분이 AI 에이전트를 회사 시스템에 붙이려 한다면, 지금은 MCP 하나에 베팅하기보다 도구 연결(MCP)과 실행 로직(LangGraph 같은 그래프 엔진), 그리고 인증 레이어를 따로 떼어 생각하는 편이 안전합니다. 표준은 죽지 않았지만, 한 가지 표준이 모든 걸 해결해줄 거란 환상은 이미 끝났습니다.