MCP(Model Context Protocol)는 AI 앱이 외부 도구와 자료에 접근할 때 사용할 수 있는 공통 연결 규약입니다. AI가 문서를 읽거나 일정 서비스를 조회하는 기능을 연결할 수 있지만, MCP를 쓴다고 모든 앱이 자동으로 호환되거나 접근 권한 문제가 사라지는 것은 아닙니다.
MCP를 이해할 때는 세 가지를 나누면 편합니다. 사용자가 접하는 호스트, 서버와 연결을 유지하는 클라이언트, 외부 자료나 도구를 제공하는 서버입니다. MCP는 이들이 정보를 주고받는 규약에 초점을 두며, AI 모델이 받은 정보를 어떻게 판단할지까지 대신 정하지 않습니다. MCP 공식 구조 안내
왜 별도의 연결 방식이 필요한가요?
AI 앱에서 문서, 일정, 데이터베이스 같은 서비스를 이용하려면 각 서비스가 제공하는 기능을 찾아 호출하고 결과를 전달해야 합니다. MCP는 이 과정에서 도구와 자료를 설명하고 주고받는 공통 방식을 제공합니다.
예를 들어 AI 앱에 일정 서비스를 연결한다고 가정해 보겠습니다. MCP 서버가 일정 조회 도구를 제공하고, 앱이 해당 도구의 설명을 확인한 뒤 필요한 요청을 전달할 수 있습니다. 응답은 다시 앱에 전달되어 사용자의 질문에 답하는 데 활용됩니다. 이것은 설명용 가상 흐름이며 특정 제품의 실행 결과는 아닙니다.
공통 규약은 연결 방식을 이해하고 구현하는 데 도움을 줄 수 있습니다. 그렇다고 인증, 서비스별 기능 차이, 오류 처리, 운영 책임이 없어지는 것은 아닙니다. 연결 비용이 정확히 몇 분의 일로 줄어드는지도 서비스와 구현에 따라 달라집니다.
호스트·클라이언트·서버는 각각 무슨 일을 하나요?
| 구성 요소 | 역할 | 예시에서 하는 일 |
|---|---|---|
| 호스트 | 사용자가 이용하는 AI 애플리케이션 | 사용자의 요청을 받고 연결된 기능을 조정 |
| 클라이언트 | 호스트 안에서 특정 서버와 통신하는 연결 구성 요소 | 해당 서버의 기능을 확인하고 요청과 응답을 전달 |
| 서버 | 외부 자료나 기능을 제공하는 프로그램 | 일정 조회처럼 자신이 제공하는 기능을 노출 |
| 외부 서비스 | 실제 데이터나 기능을 보유한 대상 | 권한이 허용된 일정 정보를 제공 |
MCP 서버는 반드시 인터넷에 떠 있는 서비스만 뜻하지 않습니다. 로컬 컴퓨터에서 실행되는 프로그램일 수도 있고, 네트워크를 통해 연결되는 서버일 수도 있습니다. 공식 아키텍처 설명은 호스트가 서버마다 클라이언트 연결을 관리하고, 서버가 로컬 또는 원격에서 실행될 수 있다고 설명합니다.
도구와 자료는 어떻게 다른가요?
MCP 서버가 제공하는 정보는 역할에 따라 구분해 볼 수 있습니다. 도구는 조회나 처리처럼 실행할 수 있는 기능이고, 리소스는 앱이 참고할 수 있는 데이터입니다. 프롬프트는 특정 작업을 시작할 때 활용하는 재사용 가능한 템플릿입니다. 실제 제공 범위는 서버마다 다릅니다. MCP 서버 개념 안내
예를 들어 문서 서비스를 연결할 때 문서 목록을 조회하는 기능은 도구로 제공될 수 있고, 특정 문서 내용은 리소스로 제공될 수 있습니다. 이 구분은 서버 설계를 이해하기 위한 예시입니다. 모든 문서 서비스가 같은 형태를 제공한다는 뜻은 아닙니다.
MCP는 API를 없애는 기술인가요?
아닙니다. MCP 서버는 기존 서비스의 API를 이용해 실제 데이터를 읽거나 동작을 실행할 수 있습니다. 사용자는 AI 앱에서 일관된 연결 방식을 접하고, 서버 구현자는 뒤에서 각 서비스의 API·인증·오류를 처리하는 구조를 생각하면 됩니다.
따라서 문제가 생겼을 때도 어느 계층에서 발생했는지 나눠야 합니다. MCP 서버가 도구를 제공하지 않는 것인지, 서비스 API의 권한이 없는 것인지, 요청이 실패했는지, 아니면 AI가 결과를 잘못 해석했는지는 각각 다른 문제입니다. 규약에 맞게 연결됐다는 사실은 최종 답변이 정확하다는 보증이 아닙니다.
연결하기 전에 권한과 실행 범위를 확인하세요
읽기만 가능한 문서 조회와 외부에 메시지를 보내거나 파일을 수정하는 기능은 위험이 다릅니다. 연결 전에 서버의 출처와 실행 위치, 어떤 계정으로 어떤 자료에 접근하는지, 실제 변경이 가능한 도구가 있는지 확인하세요. 필요한 범위로 권한을 제한하고, 중요한 변경은 사람이 확인할 수 있는 흐름을 두는 편이 좋습니다.
특히 외부 문서나 도구 결과에는 AI에게 원래 요청과 다른 일을 하도록 유도하는 내용이 섞일 수 있습니다. 외부 데이터는 작업에 참고할 자료로 취급하고, 그 안의 지시가 별도의 권한을 얻거나 비밀 정보를 내보내지 못하도록 설계해야 합니다. MCP 보안 안내는 서버 구현과 인증 과정에서 발생할 수 있는 권한·토큰·서버 공격 위험을 설명합니다.
언제 MCP를 고려하면 좋을까요?
같은 AI 앱에서 여러 자료와 도구를 연결하거나, MCP를 지원하는 여러 앱에서 같은 서버 기능을 활용하려는 경우에는 공통 연결 구조를 검토할 만합니다. 반대로 단순한 단일 기능을 이미 안정적으로 직접 호출하고 있다면, MCP 서버를 추가하는 개발·운영 비용이 그 이점보다 클 수 있습니다.
판단 기준은 ‘MCP가 유행하는가’가 아니라 어떤 데이터를 누구의 권한으로 연결하고, 그 연결을 누가 관리할 것인가입니다. 공통 규약은 연결의 출발점이고, 안전한 권한 설정과 결과 확인은 여전히 서비스 설계의 몫입니다.
다음 한 걸음
내 환경에서 막힌 부분은 실행 단계와 함께 질문해 주세요. 바꿔 만든 결과도 함께 나눌 수 있습니다.