MCP(Model Context Protocol)란 무엇인가: 클로드 데스크톱 설정법과 실제 활용 사례 정리

핵심 메시지

• MCP는 클라이언트 앱과 LLM, 그리고 외부 도구 서버를 잇는 통신 규격이다. 영상은 이를 기기마다 달랐던 단자를 하나로 통일한 USB-C 포트에 비유했다.
• MCP 이전에는 클로드 API와 지메일 API를 각각 가져와 에이전트 워크플로를 직접 만들어야 했다. 이제는 규격 하나만 맞추면 클라이언트 앱에서 자연어만으로 여러 도구를 불러 쓸 수 있다.
• MCP는 앤트로픽이 2024년 11월 말 오픈소스로 공개했지만, 정작 화제가 된 것은 넉 달이 지난 시점이다. 발표 당시 블록과 아폴로 같은 기업이 초기 도입사로 참여했다.
• 사용자가 가장 빨리 시작하는 방법은 클로드 데스크톱 앱의 설정 파일 하나를 고치는 것이다. claude_desktop_config.json에 서버 항목을 붙여넣고 앱을 재시작하면 인식된다.
• 직접 도구를 만들고 싶다면 파이썬 라이브러리 FastMCP를 쓰면 된다. FastAPI와 비슷한 모양으로, 함수 위에 데코레이터 한 줄을 붙이면 모델이 그 함수를 도구로 가져다 쓸 수 있다.

쉽게 이해하기

MCP를 써야 한다는 이야기는 커뮤니티와 개발자 사이에서 한동안 반복됐지만, 영상 제작자 본인은 처음에 공부하기 싫었다고 털어놓는다. 배울 것이 이미 너무 많은데 또 새 개념이 나왔다는 피로감 때문이었다. 그런데 막상 파고들수록 이건 안 배우면 안 되겠다는 생각이 들었고, 그래서 왜 배워야 하는지와 어떻게 빨리 써먹을 수 있는지에 초점을 맞춰 정리했다고 밝힌다.

개념은 한 문장으로 압축된다. MCP는 클라이언트와 LLM, 서버 셋을 이어주는 USB-C 포트와 비슷하다. 여기서 클라이언트는 클로드, 커서, 윈드서프처럼 우리가 실제로 쓰는 앱이고, 서버는 그 바깥의 수많은 도구다. 로컬 데이터 소스에 연결할 수도 있고 결제나 데이터베이스 같은 외부 서비스에 붙일 수도 있다. 엄밀히 말해 연결을 수행하는 것은 서버이고, MCP는 그 사이의 통신 기준을 하나로 통일해 준 규격이라는 설명이 이어진다.

영상은 다른 제작자들이 실제로 어떻게 쓰는지를 여러 사례로 훑는다. 로컬 SQLite 데이터베이스를 클로드 앱에 붙여 대화형으로 조회하는 기본 예시, 커서 설정 탭의 MCP 항목에 PostgreSQL을 연결해 코드를 짜면서 데이터베이스 값을 함께 다루는 사례, 랭체인으로 만든 자체 RAG 시스템을 도구로 감싸 토큰 제한 없이 방대한 자료를 참조하게 만든 사례가 소개된다. 마지막 사례에서는 클로드가 스스로 판단해 RAG 도구를 호출하고 근거 문서를 가져와 답한다.

개발 워크플로에 붙인 사례도 있다. 커서에 깃허브를 연결하면 파일 생성, 저장소 생성, 풀 리퀘스트, 이슈 업데이트 같은 작업을 채팅 안에서 자연어로 지시할 수 있다. 영상에서는 리드미 파일을 만들어 달라고 요청하자 마크다운을 돌려주고 끝나는 것이 아니라 실제 저장소에 커밋까지 마친 것을 확인한다. 브라우저 도구를 붙이면 크롬 개발자 도구의 콘솔 에러를 사람이 복사해 붙여넣지 않아도 모델이 알아서 가져와 고친다.

설치는 생각보다 단순하다. 클로드 데스크톱 앱의 설정에서 개발자 탭으로 들어가 설정 편집을 누르면 claude_desktop_config.json 파일이 열리고, 여기에 원하는 서버 항목을 추가하면 된다. 대부분 npx 기반이라 컴퓨터에 Node.js가 깔려 있어야 한다. 어떤 서버가 있는지는 깃허브의 Awesome MCP Servers 저장소나 MCP 서버 디렉터리에서 찾을 수 있고, 각 항목에 적힌 설정 조각을 그대로 복사해 붙여넣은 뒤 앱을 껐다 켜면 인식된다.

주요 인사이트

• MCP의 가치는 새로운 기능이 아니라 통일된 규격 자체에 있다. 예전에도 도구를 붙일 수는 있었지만 조합마다 별도의 연동 코드를 짜야 했다. 규격이 하나로 정해지자 이미 만들어진 서버를 설정 파일에 복사해 넣는 것만으로 끝나는 작업이 됐다.
• 발표 시점과 확산 시점이 넉 달 차이라는 점은 기술 채택의 속도를 보여준다. 제작자도 2024년 11월에 처음 봤을 때 반향이 클 것 같다고 느꼈지만, 공식 문서의 '프로토콜'이라는 용어와 다이어그램이 개발자 출신이 아닌 사람에게는 진입 장벽이었다고 회고한다. 지나고 나서 보니 어려운 개념이 아니었다는 것이다.
• 여러 도구를 함께 붙였을 때의 동작이 인상적이다. 영상은 웹검색과 순차적 사고(sequential thinking) 도구를 함께 물린 뒤 질문을 던졌는데, 모델이 결과를 받고 곧바로 답하지 않고 명령을 완수하려면 도구를 더 써야겠다고 판단해 반복 호출했다. 검색이 꼭 필요하지 않은 과제에서도 스스로 필요하다고 보면 도구를 꺼내 썼다.
• 영상 공개 시점인 2025년 3월 기준으로 클로드에는 웹 검색 기능이 없었고, 제작자가 가장 좋았다고 꼽은 것도 MCP로 검색을 붙인 경우였다. 이후 상황은 달라졌지만, 모델이 못 하는 일을 외부 도구로 메운다는 구조 자체는 그대로 유효하다.
• 결론은 도구가 아니라 사용자에게 넘어간다. 제작자는 AI가 할 수 있는 일은 계속 늘어나는데 오히려 우리가 기존 사고에 매여 있다며, 잠재력을 끌어내는 몫은 각자에게 달려 있다고 말한다.

자주 묻는 질문

관련 AI 소식