대답만 하던 AI가 파일까지 저장한다면? MCP 이해하기

"지난주 뉴스 정리해서 파일로 저장해줘." 코딩을 모르는 사람이 AI에게 이 한 문장을 지시하면, AI는 알아서 웹을 검색하고 사용자 폴더에 파일을 만듭니다. 이 과정은 마법처럼 보이지만, 실제로는 정해진 순서에 따라 기계끼리 규칙적인 메시지를 주고받습니다. 이 인프라의 이름은 MCP(Model Context Protocol)이며, AI와 외부 세계를 잇는 표준화된 '말의 순서'를 규정합니다. 2026년 7월 규격 개정 이후에는 이 대화가 더 안정적으로 이어지도록 각 요청이 스스로 정보를 들고 다니는 방식으로 바뀌었습니다.

도구를 부리는 AI, 왜 표준 규격이 필요했을까

AI 모델이 3종류이고 연결할 도구가 10개라면 이론상 30개의 별도 연결 코드를 각각 제작해야 합니다. 이렇게 맞춤형으로 매번 연결 코드를 짜는 방식은 확장이 어렵습니다. 도구가 업데이트되거나 모델을 교체할 때마다 이미 만들어둔 배선을 모두 손봐야 합니다. Anthropic은 이러한 정보 고립이 AI 성능을 제약하는 가장 큰 병목이라고 지적하며 2024년 말에 MCP를 공개했습니다 ¹. 공식 문서에서는 MCP의 역할을 USB-C 포트에 비유합니다. 다양한 전자 기기들을 연결하는 USB-C 단자처럼, 하나의 표준화된 방식으로 AI와 외부 소프트웨어를 잇자는 것이죠 ².

MCP의 등장은 이 비효율성을 해결합니다. 도구 쪽에서 "나는 MCP 방식으로 말을 받는다"고 규격을 한 번만 선언해 두면, 이후에는 30개의 코드가 아니라 3(모델) + 10(도구)의 방식으로 연결을 유지할 수 있습니다. AI 플랫폼은 MCP라는 공통 언어를 지원하는 것만으로도 무수한 외부 애플리케이션을 다룰 수 있게 됩니다.

호스트와 서버, 메시지의 봉투를 규정한 '무선 통화'

MCP의 작동 구조를 이해하려면 참여 주체를 파악해야 합니다. 먼저 사용자가 화면에서 대화하는 AI 애플리케이션(예: Claude, VS Code 등)은 '호스트'입니다. 호스트는 각 외부 서버와 대화가 필요할 때마다 중간 관리자인 '클라이언트'를 만들어 1:1로 연결합니다. 실제 데이터베이스나 파일 시스템을 제어하는 프로그램은 '서버'로 불리며, 자신의 기능 목록을 호스트에 노출하는 일을 담당합니다 ³.

이 세 주체 사이에서는 JSON-RPC라는 데이터 교환 규칙이 쓰입니다. 기술 해설 사이트 mcp-explained.com에서는 이 구조를 쉬운 비유로 풀어냈습니다. JSON-RPC는 메시지의 '봉투' 역할만 합니다. MCP는 그 봉투 안에 무엇을 담을지, 즉 어떤 기능을 물어보고 어떻게 결과를 돌려줄지(메서드, 기능 협상 등)를 정해놓은 상위 규격입니다 ⁴.

이 규격은 컴퓨터가 외부와 소통할 때 쓰는 두 가지 전송 방식에 모두 대응하도록 설계되었습니다. 파일 검색처럼 PC 안에서만 움직이는 서버는 직접적인 프로그램 통로(stdin/stdout)를 이용해 빠르게 데이터를 주고받습니다. 반면, 외부 클라우드나 원격 서버와 소통할 때는 Streamable HTTP라는 통신 채널을 통해 데이터를 실어 나릅니다. 어떤 파이프를 타든 대화의 순서(메시지 구조)는 완전히 동일합니다 ³.

서버의 메뉴판: 도구, 참고 문서, 대화 양식

MCP에서 서버는 AI에게 쓸모있는 맥락을 제공해야 합니다. 이를 위해 공식 아키텍처 문서에는 서버가 제공할 수 있는 세 가지 핵심 구성 요소(프리미티브)가 정의되어 있습니다. 이 세 가지가 외부 세계가 AI에게 자신의 능력을 알리는 '메뉴판' 역할을 합니다 ³.

첫 번째는 실행 가능한 기능인 '도구(Tools)'입니다. 파일 복사, API 호출, 데이터베이스 쿼리처럼 AI가 직접 무언가를 '하고 싶을 때' 누르는 버튼과 같습니다. 두 번째는 '리소스(Resources)'로, AI가 작업 전에 참고해야 하는 데이터나 파일 내용, 서버의 구조를 알려주는 참고 문서입니다. 세 번째는 '프롬프트(Prompts)'로, 복잡한 질문을 던질 때 AI가 헛돌지 않도록 도와주는 대화 양식이나 시스템 지침의 역할을 합니다 ³.

실제로 데이터베이스를 연결하는 MCP 서버를 생각해 볼 수 있습니다. 이 서버는 하나의 시스템에서 ① 데이터를 검색하는 도구, ② 테이블의 설계도(schema)를 알려주는 리소스, ③ 데이터 검색을 도와주는 few-shot 예제를 제공하는 프롬프트를 동시에 노출합니다. AI는 각 정보를 tools/list나 resources/list 같은 목록 조회 메서드로 읽어들이고, 필요할 때 tools/call로 특정 도구를 실행합니다. 이 표준화된 메뉴판을 한 번만 만들어두면, 이후에는 어떤 MCP 지원 AI가 접속하든 똑같은 절차로 이 데이터베이스를 사용할 수 있습니다 ³.

2026년 7월, 연결 끊김과 확인 절차가 바뀐 이유

표준 규격이 확립된 뒤에도, MCP의 실제 사용 환경을 바꾼 가장 큰 이벤트는 2026년 7월 28일의 규격 개정입니다. 특히 비개발자 사용자들이 피부로 느끼는 변화가 이 개정 안에 담겨 있습니다. 1인 창업가인 'Art Gourmet'은 자신의 블로그에서 이 개정이 일상에 가져온 변화를 '전화'와 '문자 메시지'로 비유하며 정리했습니다 ⁵.

첫째, AI와 외부 도구가 통화를 계속 붙잡고 있어야 했던 방식에서, 각 요청이 자기 정보를 들고 가는 '무상태(stateless)' 구조로 전환되었습니다. 과거에는 네트워크 연결이 불안정해지면 아침에 확인했을 때 모든 자동화가 조용히 멈춰 있었지만, 이제 개별 문자가 제 정보를 스스로 관리하기 때문에 연결 중간에 흔들려도 전체 작업이 날아가지 않습니다 ⁵.

둘째, AI가 일을 저지르기 전에 사용자에게 '확인'을 요청할 수 있게 되었습니다. 삭제나 결제처럼 되돌릴 수 없는 작업을 하기 전에 AI가 "이거 진짜 실행할까요?"라고 화면에 묻고 기다리는 방식(엘리시테이션)이 규격 차원에서 지원되었습니다 ⁵. 셋째, 수십 분이 걸리는 장기 작업도 정식 지원(태스크 확장)되어 사용자는 AI에게 일을 시켜놓고 딴 일을 하다가 나중에 결과를 확인하면 됩니다 ⁵.

MCP는 단순히 연결 코드를 줄이는 기술을 넘어, AI가 외부 파일이나 데이터를 다룰 때 대화의 규칙과 안전장치를 정해줍니다. 2026년 7월 개정으로 연결이 끊겨도 작업이 초기화되지 않고, 위험한 명령을 실행하기 전에 사용자에게 확인을 구할 수 있게 되었습니다. 화면에 뜬 목록을 살피고, AI가 되물어오는 지점에서 차분히 답하는 것. 이것이 바로 보이지 않는 배관이지만 우리의 일상을 크게 좌우하는 MCP를 올바르게 쓰는 출발점입니다.