2026년 9월 30일 확인 기준으로 MCP 연결 전에는 목적·대상·역할·지원 범위를 먼저 나누어 적어 두는 편이 좋습니다. MCP는 AI 애플리케이션을 외부 시스템에 연결하는 오픈소스 표준이며, 공식 구조 문서는 클라이언트와 서버의 역할 및 초기화 때의 지원 기능 명시를 설명합니다. 이 글은 이 네 가지 확인 질문만으로 연결의 범위를 좁히는 방법을 정리합니다. 특정 서버가 안전하다거나 어떤 서비스가 자동으로 연결된다는 말은 확인하지 못했으므로 다루지 않습니다.
MCP는 AI가 모든 일을 한다는 뜻이 아닙니다
공식 입문 문서는 MCP를 AI 애플리케이션과 외부 시스템을 잇는 오픈소스 표준으로 소개합니다. 여기서 핵심은 AI 자체의 능력이 갑자기 바뀐다는 뜻이 아니라, AI 애플리케이션과 바깥 시스템 사이에 연결을 설명하는 공통 방식이 있다는 점입니다. 그래서 처음 접할 때에는 ‘무엇을 연결할 수 있나’보다 ‘내가 연결하려는 바깥 시스템은 무엇인가’를 먼저 적어 두는 편이 좋습니다. 파일인지, 사내 문서인지, 별도의 업무 도구인지에 따라 확인할 질문도 달라지기 때문입니다. 공식 문서가 구체적인 개별 서비스의 사용 가능 여부까지 보장하는 것은 아닙니다.
따라서 서비스 이름을 보고 곧바로 연결을 시도하기보다, 그 서비스가 실제로 MCP 연결을 제공하는지는 별도로 확인해야 합니다. 이 글에서 말하는 준비는 기능을 막자는 뜻이 아닙니다. 연결의 목적을 한 문장으로 좁히자는 뜻입니다. 예를 들어 ‘자료를 읽는다’와 ‘파일을 바꾼다’는 같은 연결이라는 말로 묶기 어렵습니다. 연결 대상과 원하는 결과를 구분해 적어 두면, 나중에 설명을 들을 때도 내가 필요한 범위를 놓치지 않을 수 있습니다.
호스트와 클라이언트, 서버라는 구분부터 읽습니다
MCP 공식 Architecture 문서는 클라이언트와 서버를 중심으로 구조를 설명합니다. 이름이 낯설어도 여기서 당장 구현 방법을 외울 필요는 없습니다. 다만 연결에 참여하는 역할이 하나만 있는 것이 아니라는 점은 알아둘 만합니다. AI를 쓰는 화면 또는 앱 하나만 바라보면, 그 뒤에서 어떤 쪽이 요청을 내고 어떤 쪽이 응답하는지 놓치기 쉽습니다. 공식 문서의 구조 설명을 읽는 이유는 바로 그 역할을 섞어 부르지 않기 위해서입니다. 비개발자라면 ‘내가 사용하는 AI 앱’, ‘그 앱이 연결하려는 대상’, ‘그 사이에서 연결을 맡는 요소’를 메모로 나누는 것만으로도 충분합니다.
이 메모는 제품 추천표가 아닙니다. 어떤 요소가 내 데이터에 닿는지 질문하기 위한 지도입니다. 특정 화면의 버튼을 누르면 어떤 범위까지 동작하는지는 각 제품 문서에서 다시 확인해야 합니다. 공식 아키텍처가 알려 주는 것은 연결 구조의 언어이지, 모든 서비스에 적용되는 사용 권한의 답은 아닙니다. 그러니 낯선 용어가 보이면 ‘이것이 내 파일을 읽는가’처럼 단정하기보다, 이 역할이 무엇을 담당하는지부터 확인하는 순서가 안전합니다.
1:1 연결이라는 설명이 알려 주는 점
공식 아키텍처에는 한 호스트 안에서 각 클라이언트가 서버와 1:1 연결을 가진다는 설명이 있습니다. 이 문장을 보고 여러 도구를 한꺼번에 묶는 기능이라고 확대 해석할 필요는 없습니다. 오히려 각각의 연결을 따로 생각해야 한다는 힌트로 읽는 편이 낫습니다. 연결을 하나 추가할 때마다 같은 질문을 다시 할 수 있습니다. 이 연결은 어떤 일을 위해 필요한가, 연결이 필요 없어지면 무엇을 끊어야 하는가, 그리고 연결의 결과를 어디에서 확인할 것인가입니다. 이런 질문은 개발 지식보다 업무 습관에 가깝습니다.
한 번에 많은 것을 연결하면 편해 보일 수 있지만, 나중에 무엇이 어떤 결과를 냈는지 설명하기는 어려워질 수 있습니다. 공식 문서에서 확인한 1:1이라는 구조 설명은 결과를 보장하는 약속이 아닙니다. 다만 연결을 덩어리로 보지 말고 한 건씩 확인하라는 실용적인 출발점이 됩니다. 처음에는 가장 작은 목적 하나만 정하고, 그 목적을 설명할 수 있을 때 다음 연결을 검토하는 방식이 좋습니다. 특정 연결의 보안성이나 권한 세부 사항은 이 글의 확인 범위 밖이므로, 실제 사용 전 해당 제품의 최신 문서를 확인해야 합니다.
제품 쪽 문서에서도 같은 방향의 안내를 볼 수 있습니다. Claude Code 공식 MCP 문서는 서버를 연결하는 범위를 로컬(기본값, 현재 프로젝트에서만 사용), 프로젝트(.mcp.json에 저장해 팀과 공유), 사용자(내 모든 프로젝트에서 사용) 세 가지로 나누고, 연결 전에 각 서버를 신뢰할 수 있는지 확인하라고 경고합니다. 외부 내용을 가져오는 서버는 프롬프트 인젝션 위험에 노출될 수 있다고도 적혀 있습니다.
초기화 때 지원 기능을 밝힌다는 말의 의미
MCP 공식 Architecture 문서는 초기화 과정에서 클라이언트와 서버가 지원 기능을 명시한다고 설명합니다. 이것은 ‘연결했으니 무엇이든 된다’는 생각과 반대 방향의 정보입니다. 연결된 뒤에도 무엇을 지원하는지 확인하는 단계가 있다는 뜻으로 읽을 수 있습니다. 사용자는 이 사실을 복잡한 설정 화면을 외우라는 지시로 받아들일 필요가 없습니다. 다만 안내문에 기능 목록이나 지원 범위가 보인다면 건너뛰지 말고, 내가 하려는 일과 맞는지 확인하면 됩니다. 예를 들어 읽기와 수정은 같은 단어로 설명하기 어렵고, 결과를 받아 보는 일과 명령을 실행하는 일도 같은 책임이 아닙니다.
이 글은 어느 기능이 어느 제품에서 제공된다고 말하지 않습니다. 공식 자료에서 확인한 것은 지원 기능이 명시된다는 구조적 설명뿐입니다. 그래서 실제 사용에서 필요한 태도도 단순합니다. 필요 없는 기능까지 한꺼번에 전제하지 말고, 오늘 필요한 한 가지 기능이 문서에 적혀 있는지 확인합니다. 이해되지 않는 항목은 추측으로 켜지 말고 확인이 끝날 때까지 보류합니다. 이 작은 구분이 AI에게 일을 맡길 때 생기는 오해를 줄여 줍니다.
연결 전에 적어 둘 네 가지
첫째는 목적입니다. ‘외부 시스템을 연결한다’ 대신, 연결 뒤에 확인할 결과를 한 줄로 씁니다. 둘째는 대상입니다. 어떤 시스템을 연결 대상으로 보는지 이름을 적습니다. 셋째는 역할입니다. 공식 문서가 말하는 클라이언트와 서버라는 구조를 참고해, 내가 쓰는 앱과 연결 대상이 어떻게 구분되는지 적어 봅니다. 넷째는 지원 범위입니다. 초기화에서 지원 기능을 명시한다는 공식 설명을 기억하고, 실제 제품 문서에서 필요한 기능이 확인되기 전에는 가능하다고 가정하지 않습니다. 이 네 가지는 기술 사양서가 아닙니다. 나중에 연결을 끄거나 다른 사람에게 설명할 때 필요한 최소한의 기록입니다.
특히 AI 도구를 여러 개 쓰면 ‘AI가 했다’는 말만 남기 쉽습니다. 그러나 어떤 앱이 어떤 외부 시스템과 연결됐는지 적어 두면, 결과가 기대와 다를 때 되짚을 자리가 생깁니다. MCP는 연결을 설명하는 표준이라는 확인된 사실에서 출발하되, 개별 서비스의 제공 범위와 권한은 각 서비스의 공식 문서에서 확인하는 것이 맞습니다.
오늘은 연결보다 경계를 먼저 정합니다
MCP를 처음 만났다면 새 도구를 더하는 일보다 경계를 적는 일이 먼저입니다. 공식 자료가 확인해 주는 것은 AI 애플리케이션과 외부 시스템을 잇는 오픈소스 표준이라는 점, 그리고 클라이언트와 서버의 구조 및 지원 기능을 밝히는 과정입니다. 이 정보만으로 특정 서비스가 내 환경에서 작동한다고 결론 내릴 수는 없습니다. 그래서 ‘연결할 수 있다’는 말은 시작점으로만 두는 것이 좋습니다. 내가 필요한 결과를 정하고, 외부 시스템을 확인하고, 연결 하나씩을 따로 보고, 실제 제품 문서에서 지원 범위를 확인합니다.
이렇게 하면 새 용어가 나와도 막연한 기대 대신 확인 가능한 질문으로 바꿀 수 있습니다. AI에 일을 맡길 때 가장 중요한 것은 연결 개수보다, 각 연결이 왜 필요한지 설명할 수 있는 상태입니다.
정리하면 MCP를 이해하는 첫걸음은 기능 목록을 외우는 일이 아니라, 내 앱과 연결 대상 사이에 어떤 경계를 둘지 글로 남기는 일입니다. 그 경계는 한 번 정하고 끝나는 것이 아니라 연결 대상이 바뀌거나 결과가 기대와 다를 때마다 다시 열어 보는 기준이 됩니다.
연결 전 메모 네 칸
본문에서 말한 네 가지를 한 표로 모았습니다.
| 칸 | 적을 내용 | 확인 자리 |
|---|---|---|
| 목적 | 연결 뒤에 확인할 결과 한 줄 | 내가 원하는 결과와 맞는지 |
| 대상 | 연결 대상 시스템 이름 | 서비스가 MCP 연결을 제공하는지 |
| 역할 | 내가 쓰는 앱과 연결 대상의 구분 | 공식 구조 문서의 클라이언트·서버 설명 |
| 지원 범위 | 필요한 기능 | 실제 제품 문서에서 확인되기 전에는 가능하다고 가정하지 않기 |
확인 자료
- Model Context Protocol, What is the Model Context Protocol? (확인 2026-09-30)
- Model Context Protocol, Architecture (확인 2026-09-30)
- Claude Code 문서: MCP로 도구 연결하기 (확인 2026-10-18)
이 글은 공식 자료에서 확인한 내용만 정리했습니다. 확인하지 못한 항목은 본문에 쓰지 않았습니다. 대표 이미지는 이해를 돕기 위한 참고용 이미지입니다.