MCP란 무엇인가, Claude Code 확장 개념 쉽게 이해하기

MCP란 무엇인가, 콘센트 비유로 이해하기

Claude Code 관련 글을 읽다 보면 MCP라는 단어가 자주 등장합니다. MCP는 모델 컨텍스트 프로토콜(Model Context Protocol)의 줄임말입니다. 이름만 보면 어렵게 느껴지지만, 개념 자체는 단순합니다. AI가 외부 도구와 대화할 때 사용하는 공통 규격이라고 이해하면 됩니다. 프로토콜이라는 말 자체가 "약속된 대화 방식"이라는 뜻이니까, 결국 AI와 도구가 서로 알아들을 수 있게 정해둔 약속인 셈입니다.

가장 쉬운 비유는 전기 콘센트입니다. 우리가 쓰는 가전제품은 제조사가 전부 다르지만, 플러그 모양은 똑같습니다. 규격이 통일되어 있기 때문에 어떤 제품이든 벽에 꽂기만 하면 전기가 통합니다. MCP도 마찬가지입니다. 데이터베이스, 웹 브라우저, 노션 같은 외부 서비스가 각자 다르게 생겼어도, MCP라는 통일된 규격을 따르면 Claude Code에 바로 연결할 수 있습니다. 냉장고를 사면서 "우리 집 벽에 맞는 전용 콘센트를 새로 공사해야 하나"를 고민하지 않는 것처럼, MCP 규격을 따르는 도구라면 연결 방법을 따로 공부할 필요가 없습니다.

MCP가 나오기 전에는 AI에 새 기능을 붙일 때마다 개발자가 연결 코드를 일일이 만들어야 했습니다. 서비스가 10개면 연결 방식도 10개였던 셈입니다. MCP는 이 연결 방식을 하나로 통일했습니다. 그래서 MCP를 "AI의 USB 포트"라고 부르는 사람도 있네요. 이 표준은 Claude를 만든 앤트로픽(Anthropic)이 공개했는데, 지금은 다른 AI 도구들도 같은 규격을 채택하는 추세입니다. 표준이 널리 퍼질수록 한 번 만들어진 MCP 서버를 여러 곳에서 재사용할 수 있으니, 사용자 입장에서는 선택지가 계속 늘어나는 구조입니다.

제가 처음 MCP라는 용어를 봤을 때는 프로그래밍 지식이 필요한 고급 기능인 줄 알았습니다. 그런데 실제로는 개념만 잡으면 설정 자체는 명령어 한 줄로 끝나는 경우가 많았습니다. 용어의 위압감에 비해 진입 장벽은 낮은 편이라고 생각합니다. 오히려 어려운 부분은 설정이 아니라 "내게 어떤 서버가 필요한가"를 판단하는 쪽이었는데, 이 기준은 글 마지막에서 다시 정리하겠습니다.

MCP 서버가 동작하는 원리

MCP를 이해하려면 서버(server)라는 단어에 익숙해져야 합니다. 여기서 서버는 거창한 장비가 아닙니다. Claude Code 옆에서 조용히 대기하다가, 요청이 오면 특정 작업을 대신 처리해주는 작은 프로그램입니다. 심부름꾼 하나를 고용한다고 생각하면 편합니다. 데이터센터에 있는 커다란 컴퓨터를 떠올릴 필요가 전혀 없고, 실제로는 내 컴퓨터 안에서 실행되는 경우가 대부분입니다.

동작 흐름은 세 단계입니다. 첫째, 사용자가 Claude Code에 요청을 입력합니다. 예를 들어 "이 웹페이지 내용을 요약해줘"라고 말합니다. 둘째, Claude Code는 자기가 직접 할 수 없는 일이라고 판단하면, 연결된 MCP 서버에 작업을 넘깁니다. 웹페이지를 여는 일은 브라우저 담당 서버가 맡습니다. 셋째, 서버가 결과를 가져오면 Claude Code가 그 내용을 받아서 답변을 만듭니다. 이 세 단계는 화면에 일부 표시되기는 하지만, 사용자가 각 단계를 직접 조작할 필요는 없습니다. 요청 한 번에 뒤에서 자동으로 흘러가는 과정이라고 보면 됩니다.

중요한 점은 판단을 Claude Code가 스스로 한다는 것입니다. 사용자가 "지금부터 MCP 서버를 써"라고 지시할 필요가 없습니다. 요청 내용을 보고 필요한 도구를 알아서 골라 씁니다. 마치 비서에게 일을 맡기면, 비서가 알아서 전화를 걸지 이메일을 보낼지 정하는 것과 비슷하네요. 각 MCP 서버는 자기가 어떤 일을 할 수 있는지 목록을 미리 Claude Code에 알려주기 때문에, Claude Code는 그 목록을 보고 어떤 심부름꾼에게 일을 시킬지 결정합니다.

 

 

직접 써보니 이 자동 판단이 편리하면서도 가끔 답답했습니다. 제가 의도한 도구가 아닌 다른 방식으로 처리할 때가 있었기 때문입니다. 그럴 때는 요청 문장에 도구 이름을 직접 언급하면 대부분 해결됐습니다. 원리를 알고 있으면 이런 상황에서 당황하지 않게 됩니다. 또 하나 알아두면 좋은 점은, MCP 도구가 처음 실행될 때 승인을 묻는 메시지가 뜬다는 것입니다. 외부 프로그램이 동작하는 것이므로 확인 절차가 있는 것이고, 내용을 읽어보고 허용하면 됩니다.

Claude Code에서 MCP 설정하는 방법

개념을 잡았으니 실제 연결 과정을 살펴보겠습니다. Claude Code에서 MCP 서버를 추가하는 기본 명령어는 claude mcp add입니다. 터미널에 이 명령어와 함께 서버 이름, 실행 명령을 입력하면 등록이 끝납니다. 대부분의 공식 문서나 블로그 글에 복사해서 쓸 수 있는 명령어가 그대로 적혀 있으니, 처음에는 그대로 붙여 넣는 것으로 충분합니다. 명령어의 세부 구조를 전부 이해하고 시작할 필요는 없고, 몇 번 반복하다 보면 자연스럽게 패턴이 눈에 들어옵니다.

등록된 서버 목록은 claude mcp list 명령어로 확인할 수 있습니다. 목록에 서버 이름이 보이고 연결 상태가 정상이면 준비가 끝난 겁니다. 이후 Claude Code를 실행하면 해당 도구를 자동으로 인식합니다. 반대로 서버를 지우고 싶을 때는 claude mcp remove 명령어를 쓰면 되니, 잘못 등록했더라도 부담 없이 다시 시도할 수 있습니다.

 

 

설정 정보는 JSON 파일 형태로 저장됩니다. JSON(제이슨)은 설정값을 적어두는 텍스트 형식인데, 중괄호와 따옴표로 이루어진 문서라고만 알아도 됩니다. 파일을 직접 수정할 수도 있지만, 입문 단계에서는 명령어 방식이 실수할 가능성이 적습니다. 괄호 하나만 빠져도 연결이 실패하기 때문입니다. 명령어 방식은 형식 검사를 프로그램이 대신해주므로, 손으로 파일을 고치다가 생기는 오타 문제를 원천적으로 피할 수 있습니다.

한 가지 팁을 드리자면, 설정 과정에서 오류가 나면 오류 메시지를 그대로 복사해서 Claude Code에게 물어보는 방법이 있습니다. 자기 설정 문제를 자기가 고쳐주는 셈인데, 실제로 잘 작동합니다. 제 경우 첫 설정에서 경로 오타 때문에 실패했는데, 메시지를 붙여 넣으니 바로 원인을 짚어줬습니다. 이 방법 하나만 알아도 설정 부담이 크게 줄어듭니다. 오류 메시지는 영어라서 읽기 부담스럽지만, 해석은 AI에게 맡기고 우리는 결과만 확인하면 되는 시대라는 점을 활용하는 것이죠.

 

 

입문자가 알아두면 좋은 MCP 활용 기준

마지막으로 어떤 MCP 서버부터 써보면 좋을지 기준을 정리하겠습니다. 결론부터 말하면, 처음에는 욕심내지 말고 1~2개만 연결하는 것이 좋습니다. 서버를 많이 붙일수록 Claude Code가 참고해야 할 정보가 늘어나고, 그만큼 응답이 느려지거나 컨텍스트(context)를 낭비할 수 있기 때문입니다. 연결된 서버가 많으면 매 대화마다 그 도구들의 설명을 전부 기억해야 하니, 정작 중요한 작업에 쓸 집중력이 줄어드는 셈입니다.

입문자에게 자주 추천되는 것은 두 가지입니다. 하나는 웹 브라우저를 다루는 서버입니다. 화면 확인이나 웹페이지 조사가 필요할 때 활용도가 높습니다. 다른 하나는 문서 도구 연동 서버입니다. 노션이나 구글 드라이브에 있는 자료를 Claude Code가 직접 읽게 만들 수 있습니다. 자신의 작업 흐름에서 가장 자주 반복되는 일이 무엇인지 먼저 생각하고, 그 일과 연결된 서버 하나를 고르는 방식이 실패가 적습니다. 예를 들어 매일 웹에서 자료를 조사한다면 브라우저 서버가, 회의록을 노션에 정리한다면 문서 연동 서버가 먼저입니다.

주의할 점도 있습니다. MCP 서버는 외부에서 만든 프로그램이므로, 아무 서버나 설치하면 안 됩니다. 공식 문서에 소개된 서버나 사용자가 많은 서버를 우선 선택하는 것이 안전합니다. 서버에 따라 내 파일이나 계정 정보에 접근할 수 있기 때문에, 출처 확인은 꼭 필요합니다. 스마트폰 앱을 설치할 때 공식 스토어와 다운로드 수를 확인하는 것과 같은 감각이라고 생각하면 됩니다. 조금이라도 출처가 불분명하면 설치하지 않는 것이 기본 원칙입니다.

제가 직접 써보니 MCP는 "필요할 때 하나씩"이라는 원칙이 가장 중요했습니다. 처음에 이것저것 5개를 연결했다가 뭐가 뭔지 관리가 안 돼서 결국 다 지우고 다시 시작한 경험이 있습니다. 지금은 브라우저 서버 하나만 상시 연결해두고, 나머지는 프로젝트에 따라 붙였다 뗐다 합니다. 도구는 개수가 아니라 활용 빈도가 중요하다는 걸 그때 배웠네요. 오늘 정리한 개념만 잡혀 있으면, 앞으로 어떤 MCP 서버를 만나든 "규격에 맞는 심부름꾼 하나를 추가한다"는 관점으로 편하게 접근할 수 있을 겁니다. 다음 글에서는 실제 MCP 서버 하나를 골라 처음부터 끝까지 연결하는 과정을 다뤄볼 겁니다.