r/OpenAI•약 2개월 전•78•98
API가 이미 잘 작동하는데, 왜 세상에 MCP가 필요한 걸까?
If APIs already work, why does the world need MCP?
핵심 요약
MCP가 기존 API와 무엇이 다른지, AI 에이전트 환경에서 어떤 가치를 갖는지에 대한 기술적 논의입니다.
- 기술적 차이 — MCP는 런타임에 AI 에이전트가 코드를 다시 배포할 필요 없이 즉시 바인딩할 수 있도록 설계됨
- 표준화의 이점 — 개별 앱마다 접착제 코드를 짤 필요 없이, 한 번 작성된 MCP 서버를 여러 에이전트가 재사용 가능
- 권한 관리 — API와 달리 AI 에이전트에게 필요한 범위만큼만 제한적으로 권한을 부여하는 데 유리함
- 배포 편의성 — stdio 등을 활용해 웹 서버 없이도 로컬에서 에이전트와 도구를 쉽게 연결 가능
진지한 질문이야. 수사적인 질문이 아님.
“MCP가 필요한 이유”에 대한 모든 주장은 2분만 자세히 들여다보면 무너짐:
• 인증(Auth)? 다른 API와 똑같은 OAuth/JWT임.
• 기반 호출? 똑같은 REST 호출인데 그냥 래핑된 것뿐임.
• 발견(Discovery)? “사용 가능한 엔드포인트 나열”은 이미 존재함 — API 명세라고 부르지.
• 재사용? API는 이미 수백만 명의 소비자에 의해 재사용되고 있음.
그럼 실제로 남는 게 뭐임?
한 가지 있음: 통합을 누가 읽느냐임.
API는 개발자가 문서를 읽고 빌드 타임에 클라이언트를 직접 작성하도록 만들어짐.
MCP는 에이전트가 런타임에 읽고, 코드 없이, 재배포 없이 실시간으로 바인딩하도록 만들어짐.
그게 전체 격차임. Jira의 MCP 서버는 새로운 걸 하는 게 아님 — 내부적으로 Jira의 자체 REST API를 호출할 뿐임. 유일한 변화는 이거임: 모든 AI 앱(Claude, Cursor, Slack)이 각자의 Jira 접착제 코드를 작성하는 대신, Jira가 한 번 작성하면 모든 에이전트가 재사용하는 것.
그래서 — MCP가 필요한가? 다음을 믿는다면 필요함:
- AI 에이전트가 도구를 자율적으로 호출하는 것이 흔해질 것이라고 믿고,
- 모든 API를 모든 모델에게 매번 수동으로 설명하는 방식은 확장성이 없다고 믿는다면.
이 중 어느 것도 동의하지 않는다면, MCP는 그냥 새로운 페인트칠을 한 API일 뿐임.
필요성은 기술적인 게 아님. 에이전트가 결국 얼마나 많은 도구를 호출하게 될지에 대한 베팅임.
