MCP가 무엇인지, 그리고 왜 사람들이 MCP를 AI 앱의 USB-C라고 부르는지 궁금하셨다면 제대로 찾아오셨습니다. 간단히 말하자면, MCP(Model Context Protocol) 는 AI 앱과 에이전트가 수많은 사용자 정의 코드 없이 외부 도구 및 데이터에 연결할 수 있는 개방형 방식입니다. 모델이 도구를 검색하고, 작업을 요청하고, 컨텍스트를 가져오는 방식을 표준화하여 팀이 한 번 통합하고 모든 곳에서 재사용할 수 있도록 합니다. 스파게티처럼 얽힌 코드가 아니라 어댑터라고 생각하시면 됩니다. 공식 문서에서도 USB-C 비유를 적극적으로 활용하고 있습니다.[1]
이 글을 읽고 나서 읽어보시면 좋을 만한 글들:
🔗 엣지 AI란 무엇인가
엣지 AI의 작동 원리와 주요 실제 적용 사례를 알아보세요.
🔗 생성 AI란 무엇인가
생성적 AI가 콘텐츠, 공통 모델, 비즈니스 활용 방안을 어떻게 만들어내는지 알아보세요.
🔗 에이전트 AI란 무엇인가
에이전트 AI, 자율 에이전트 및 이들이 복잡한 작업을 조정하는 방식을 알아보세요.
🔗 AI 확장성이란 무엇인가
AI 확장성 과제, 인프라 고려 사항 및 최적화 전략을 살펴보세요.
AI에서 MCP란 무엇인가요? 간단히 답해드릴게요 ⚡
MCP는 AI 앱( 호스트 )이 앱 내의 MCP 클라이언트를 통해 기능을 노출하는 프로세스( MCP 서버 ) 와 통신할 수 있도록 하는 프로토콜입니다. 서버는 리소스 , 프롬프트 및 도구를 제공할 수 있습니다 . 통신은 메서드, 매개변수, 결과 및 오류가 포함된 간단한 요청/응답 형식인 JSON-RPC 2.0을 통해 이루어지므로 RPC를 사용해 본 적이 있다면 익숙할 것입니다. 이를 통해 에이전트는 채팅 상자에 갇히지 않고 유용한 작업을 시작할 수 있습니다. [2]
사람들이 관심을 갖는 이유: N×M 문제, 해결 완료 🧩
MCP가 없으면 모든 모델-도구 조합에 일회성 통합이 필요합니다. MCP를 사용하면 도구는 모든 호환 클라이언트가 사용할 수 있는 하나의 서버를 구현합니다 . CRM, 로그, 문서 및 빌드 시스템이 더 이상 고립된 섬이 아닙니다. 마법은 아닙니다. UX와 정책은 여전히 중요하지만 사양은 통합 표면을 축소하기 위해 호스트, 클라이언트 및 서버를 명시적으로 모델링합니다 . [2]
MCP를 유용하게 만드는 요소 ✅
-
(좋은 의미에서) 지루한 상호 운용성. 서버를 한 번 구축하고 여러 AI 앱에서 사용하세요. [2]
-
“AI용 USB-C” 정신 모델. 서버는 특이한 API를 모델에 익숙한 형태로 표준화합니다. 완벽하지는 않지만 팀을 빠르게 정렬합니다. [1]
-
검색 가능한 툴링. 클라이언트는 툴을 나열하고, 입력을 검증하고, 구조화된 매개변수로 툴을 호출하고, 구조화된 결과를 얻을 수 있습니다(툴 목록이 변경될 때 알림 포함). [3]
-
개발자가 거주하는 지역에서 지원됩니다. GitHub Copilot은 주요 IDE 간의 MCP 서버를 연결하고 레지스트리 흐름과 정책 제어 기능을 추가하여 도입에 큰 도움이 됩니다. [5]
-
전송 유연성. 로컬에는 stdio를 사용하고, 경계가 필요할 때는 스트리밍 가능한 HTTP를 사용하세요. 어느 쪽이든 JSON-RPC 2.0 메시지를 지원합니다. [2]
MCP가 실제로 작동하는 방식 🔧
런타임에는 세 가지 역할이 있습니다.
-
호스트 - 사용자 세션을 소유하는 AI 앱
-
클라이언트 - MCP 프로토콜을 사용하는 호스트 내부의 커넥터
-
서버 – 리소스 , 프롬프트 및 도구를 제공하는 프로세스
이들은 JSON-RPC 2.0 메시지(요청, 응답 및 알림)를 사용하여 통신합니다. 예를 들어, UI가 라이브로 업데이트될 수 있도록 도구 목록 변경 알림이 있습니다. [2][3]
전송: 강력하고 샌드박스 가능한 로컬 서버에는 stdio를 사용하고 네트워크 경계가 필요한 경우 HTTP 로 전환합니다. [2]
서버 기능:
-
리소스 – 컨텍스트를 위한 정적 또는 동적 데이터(파일, 스키마, 레코드)
-
프롬프트 – 재사용 가능하고 매개변수화된 지침
-
도구 – 타입이 지정된 입력과 출력을 가진 호출 가능한 함수
이 세 가지가 MCP를 이론적인 것보다 실용적인 것처럼 느끼게 하는 것입니다.[3]
야생에서 MCP를 만날 수 있는 곳 🌱
-
GitHub Copilot – VS Code, JetBrains 및 Visual Studio의 MCP 서버에 연결합니다. 사용을 관리하기 위한 레지스트리 및 엔터프라이즈 정책 제어가 있습니다. [5]
-
Windows - OS 수준 지원(ODR/레지스트리)을 통해 에이전트는 동의, 로깅 및 관리 정책을 사용하여 MCP 서버를 안전하게 검색하고 사용할 수 있습니다. [4]
비교표: 오늘 MCP를 활용하기 위한 옵션 📊
의도적으로 약간 지저분하게 표현했습니다. 실제 테이블은 완벽하게 정렬되지 않거든요.
| 도구 또는 설정 | 누구를 위한 것인가요? | 가격 | MCP와 함께 작동하는 이유 |
|---|---|---|---|
| Copilot + MCP 서버(IDE) | 편집기의 개발자 | 부조종사 필요 | 긴밀한 IDE 루프; 채팅에서 바로 MCP 도구 호출; 레지스트리 + 정책 지원.[5] |
| Windows 에이전트 + MCP | 엔터프라이즈 IT 및 운영 | Windows 기능 세트 | OS 수준 가드레일, 동의 프롬프트, 로깅 및 장치 레지스트리.[4] |
| 내부 API를 위한 DIY 서버 | 플랫폼 팀 | 귀하의 인프라 | 재작성 없이 기존 시스템을 도구 분리형으로 래핑합니다. 입력/출력이 입력됩니다. [3] |
보안, 동의 및 가드레일 🛡️
MCP는 와이어 포맷과 의미론을 의미하며, 신뢰는 호스트와 OS에 있습니다. Windows는 권한 프롬프트, 레지스트리, 정책 후크를 강조하며, 대규모 배포에서는 도구 호출을 서명된 바이너리 실행처럼 처리합니다. 간단히 말해, 에이전트는 중요한 작업을 하기 전에 확인. [4]
사양에 잘 맞는 실용적인 패턴:
-
최소 권한으로 stdio 에 민감한 도구를 로컬로 유지하세요.
-
명확한 범위와 승인이 있는 게이트 원격 도구
-
감사를 위해 모든 통화(입력/결과)를 기록합니다 .
사양의 구조화된 메서드와 JSON-RPC 알림은 이러한 제어를 서버 전체에서 일관되게 만듭니다.[2][3]
MCP 대 대안: 어떤 망치로 어떤 못을 박을까? 🔨
-
단일 LLM 스택에서 일반 함수 호출 - 모든 도구가 한 공급업체에 속해 있을 때는 좋지만, 앱/에이전트 간 재사용을 원할 때는 좋지 않습니다. MCP는 도구를 단일 모델 공급업체로부터 분리합니다. [2]
-
앱별 사용자 지정 플러그인 - 다섯 번째 앱까지는 작동합니다. MCP는 해당 플러그인을 재사용 가능한 서버로 중앙 집중화합니다. [2]
-
RAG 전용 아키텍처 – 검색은 강력하지만, 액션이 중요합니다 . MCP는 구조화된 액션 과 컨텍스트를 제공합니다 . [3]
공정한 비판: "USB-C" 비유는 구현 방식의 차이를 간과할 수 있습니다. 프로토콜은 UX와 정책이 좋을 때만 도움이 됩니다. 이러한 미묘한 차이는 바람직합니다. [1]
최소 정신 모델: 요청, 응답, 알림 🧠
이런 상황을 상상해보세요.
-
클라이언트가 서버에 요청합니다:
메서드: "tools/call", 매개변수: {...} -
서버가 결과 또는 오류로 응답합니다.
-
서버는 클라이언트에게 도구 목록 변경 사항이나 새 리소스에 대해 알릴 수 있으므로 UI가 라이브로 업데이트됩니다.
이는 JSON-RPC가 사용되도록 의도된 방식이며 MCP가 도구 검색 및 호출을 지정하는 방식입니다.[3]
시간을 절약해주는 구현 노트 ⏱️
-
stdio로 시작하세요. 가장 쉬운 로컬 경로이며, 샌드박스와 디버깅이 간편합니다. 경계가 필요하면 HTTP로 이동하세요. [2]
-
도구 입력/출력 스키마를 구축하세요. 강력한 JSON 스키마 검증을 통해 예측 가능한 호출과 안전한 재시도가 가능합니다. [3]
-
등성 연산을 우선적으로 사용하세요. 재시도는 가능하지만, 실수로 티켓을 다섯 개나 생성하지 않도록 주의하세요.
-
쓰기에 대한 인간 참여형(Human-in-the-loop) 방식입니다. 유해한 작업 전에 차이점 확인/승인을 표시합니다. 이는 동의 및 정책 지침과 일치합니다. [4]
이번 주에 출시할 수 있는 현실적인 사용 사례 🚢
-
내부 지식 + 조치: 위키, 티켓팅 및 배포 스크립트를 MCP 도구로 묶어 팀원이 "마지막 배포를 롤백하고 인시던트를 연결"할 수 있도록 합니다. 5개의 탭이 아닌 하나의 요청입니다. [3]
-
채팅에서 저장소 작업: MCP 서버와 함께 Copilot을 사용하여 편집기를 벗어나지 않고도 저장소를 나열하고, PR을 열고, 문제를 관리하세요.[5]
-
안전 레일이 있는 데스크톱 워크플로: Windows에서 에이전트가 폴더를 읽거나 동의 프롬프트 및 감사 추적을 통해 로컬 CLI를 호출하도록 허용합니다.[4]
MCP에 대한 자주 묻는 질문 ❓
MCP는 라이브러리인가요, 표준인가요? 프로토콜 입니다 . 벤더는 이를 구현하는 클라이언트와 서버를 출하하지만 사양이 진실의 원천입니다. [2]
MCP가 내 플러그인 프레임워크를 대체할 수 있나요?
때때로 그렇습니다. 플러그인이 "이러한 인수를 사용하여 이 메서드를 호출하고 구조화된 결과를 얻는" 경우 MCP는 이를 통합할 수 있습니다. 심층적인 앱 라이프사이클 후크는 여전히 맞춤형 플러그인이 필요할 수 있습니다. [3]
MCP는 스트리밍을 지원합니까?
네, 전송 옵션에는 스트리밍 가능한 HTTP가 포함되며 알림을 통해 증분 업데이트를 전송할 수 있습니다. [2]
JSON-RPC를 배우기 어렵나요?
아니요. JSON의 기본 메서드+매개변수+ID이며, 많은 라이브러리가 이미 이를 지원하고 MCP는 사용 방법을 정확히 보여줍니다.[2]
효과가 있는 작은 프로토콜 세부 사항 📎
모든 호출에는 메서드 이름 과 형식화된 매개변수가. 이러한 구조를 통해 범위, 승인 및 감사 추적을 쉽게 연결할 수 있습니다. 자유 형식 프롬프트를 사용하면 훨씬 더 어렵습니다. Windows 문서에서는 이러한 검사를 OS 환경에 연결하는 방법을 보여줍니다. [4]
냅킨에 낙서할 수 있는 간단한 건축 스케치 📝
채팅 기능이 있는 호스트 앱 → MCP 클라이언트 포함 → 하나 이상의 서버로의 전송 연결 → 서버 기능 공개 → 모델이 단계 계획, 도구 호출, 구조화된 결과 수신 → 채팅에서 차이점/미리 보기 표시 → 사용자 승인 → 다음 단계. 마법이 아니라 방해가 되지 않는 배관 작업일 뿐입니다. [2]
마무리 발언 – 너무 길어서 읽지 않았어요 🎯
MCP는 혼란스러운 도구 생태계를 논리적으로 이해할 수 있는 것으로 바꿉니다. 보안 정책이나 UI를 작성하지는 않지만 작업과 컨텍스트를 위한 지루하고 예측 가능한 기반을 제공합니다. IDE의 Copilot 이나 동의 프롬프트가 있는 Windows 에이전트와 같이 도입이 원활한 곳에서 시작한 다음 내부 시스템을 서버로 래핑하여 에이전트가 복잡한 사용자 지정 어댑터 없이 실제 작업을 수행할 수 있도록 합니다. 이것이 표준이 승리하는 방법입니다. [5][4]
참고 자료
-
MCP 개요 및 "USB-C" 비유 - 모델 컨텍스트 프로토콜: MCP란 무엇인가?
-
권위 있는 사양(역할, JSON-RPC, 전송, 보안) – 모델 컨텍스트 프로토콜 사양(2025년 6월 18일)
-
도구, 스키마, 검색 및 알림 – MCP 서버 기능: 도구
-
Windows 통합(ODR/레지스트리, 동의, 로깅, 정책) – Windows용 모델 컨텍스트 프로토콜(MCP) – 개요
-
IDE 도입 및 관리 – GitHub Copilot Chat을 MCP 서버와 연동하여 확장하기