“지난달 주민교육 결과보고서를 찾아서 다음 회의 안건 초안을 만들고, 담당자 일정도 확인해 줘.” 사람에게는 하나의 부탁이지만, AI에게는 문서 보관함과 일정 도구라는 서로 다른 곳을 오가야 하는 일입니다. 문서의 위치를 알려 주는 것과 실제로 일정을 등록하는 것도 다른 행동입니다. 이 연결을 설명할 때 등장하는 기술이 MCP입니다.
MCP는 Model Context Protocol의 줄임말입니다. AI 앱이 외부의 자료와 도구를 일정한 방식으로 발견하고 이용할 수 있도록 정한 공개 프로토콜입니다. 특정 AI 모델 하나의 기능이나 조직의 문서 저장소 자체를 가리키는 말은 아닙니다. MCP 공식 문서, 아키텍처
AI 앱과 업무 도구 사이에 연결 규칙을 둡니다
공식 구조에서는 AI 앱을 호스트, 각 연결을 관리하는 구성 요소를 클라이언트, 자료나 기능을 제공하는 프로그램을 서버라고 부릅니다. 한 AI 앱은 문서 검색 서버와 일정 서버처럼 여러 서버에 각각 연결할 수 있습니다. 서버는 읽을 수 있는 자료(resources), 실행 가능한 도구(tools), 재사용할 수 있는 작업 지침(prompts) 등을 제공할 수 있습니다. 제공되는 기능은 서버와 권한 설정에 따라 달라집니다. MCP 공식 문서, 구성 요소
도식은 기능을 설명하는 가상 설계입니다. 서버의 제공 기능과 승인 화면은 실제 서비스 구현에 따라 달라집니다.
이는 설명을 위한 가상 흐름입니다. 담쟁이협동조합의 문서 보관함이나 일정에 MCP가 이미 연결되어 있다는 의미가 아닙니다. 실제 연결에는 각 서비스의 지원 여부, 인증, 권한, 운영 방식의 검토가 필요합니다.
읽기와 쓰기는 같은 연결이어도 다른 권한입니다
앞의 요청을 두 단계로 나눠 봅시다. 첫째, AI가 접근이 허용된 결과보고서를 찾아 핵심 내용을 요약합니다. 둘째, 안건 초안을 제안하고 일정 도구에서 참석 가능 시간을 살펴봅니다. 여기까지는 조회와 초안 작성입니다. 회의 초대장을 발송하거나 일정을 확정하는 순간에는 다른 사람의 시간과 기록에 영향을 줍니다.
| 요청 | 연결의 역할 | 확인할 기준 |
|---|---|---|
| “지난달 보고서 찾아줘” | 문서 검색·조회 | 누가 어떤 문서를 볼 수 있는가 |
| “안건 초안 만들어줘” | 조회 결과를 바탕으로 초안 작성 | 출처와 누락된 조건을 확인할 수 있는가 |
| “회의 일정을 등록해줘” | 일정 생성 도구 실행 | 대상·시간·참석자를 보여주고 승인받는가 |
| “모두에게 발송해줘” | 외부에 영향을 주는 실행 | 수신자·내용·취소 가능성을 점검하는가 |
MCP의 도구는 모델이 발견하고 호출할 수 있지만, 프로토콜이 모든 앱의 승인 화면을 똑같이 강제하는 것은 아닙니다. 공식 도구 명세는 어떤 도구가 노출되고 언제 호출되는지 사용자가 알 수 있게 하고, 호출을 거부할 수 있는 사람의 개입을 권고합니다. 따라서 실제 운영에서는 읽기 권한과 쓰기 권한을 분리하고, 영향이 큰 실행 전에 승인받는 방식을 설계해야 합니다. MCP 도구 명세, 사용자 상호작용
RAG와 MCP는 서로 다른 문제를 다룹니다
앞선 RAG 글에서는 관련 문서를 찾아 답변의 근거로 쓰는 방식을 살펴봤습니다. MCP는 AI 앱이 외부 시스템과 대화하는 연결 규칙입니다. 문서 검색 기능을 MCP 서버가 제공할 수 있고, 검색한 문단으로 답변을 만드는 데 RAG 방식을 쓸 수 있습니다. 둘은 함께 쓰일 수 있지만 같은 뜻은 아닙니다.
| 구분 | RAG | MCP |
|---|---|---|
| 중심 질문 | 어떤 근거를 찾아 답할까? | 외부 자료와 기능에 어떻게 연결할까? |
| 역할 | 검색한 내용을 답변 생성에 활용하는 방식 | AI 앱과 서버가 자료·도구를 주고받는 프로토콜 |
| 예시 | 최신 매뉴얼 문단을 찾아 출처와 함께 답하기 | 문서 검색 도구와 일정 도구를 AI 앱에 연결하기 |
연결이 생겼다고 답변의 정확성이 보장되지는 않습니다. 오래된 보고서가 검색되거나 잘못된 도구를 선택하면 결과도 잘못될 수 있습니다. 연결의 품질은 자료 관리, 권한, 도구 설계, 확인 절차에 달려 있습니다.
연결할수록 권한의 범위가 중요해집니다
문서 검색만 허용한 연결과 모든 파일을 수정할 수 있는 연결은 위험이 다릅니다. 외부에서 가져온 문서에는 AI의 지시를 바꾸려는 문장이 섞여 있을 수도 있습니다. 공식 보안 지침은 접근 범위를 최소화하고 서버와 인증 흐름을 신뢰할 수 있게 관리하도록 안내합니다. MCP 보안 모범 사례
① 어떤 자료와 기능이 필요한가 · ② 누구의 권한으로 접근하는가 · ③ 조회만 허용할 수 있는가 · ④ 등록·발송·삭제 전에 누가 승인하는가 · ⑤ 실행 기록과 연결 해제 방법이 있는가
조직의 작은 시범이라면 공개 가능한 교육 자료의 검색부터 시작할 수 있습니다. 문서 검색 결과에 원본 링크를 붙여 확인하고, 일정은 우선 초안만 제안하게 합니다. 실제 등록 기능을 추가할 때 대상과 시간을 확인하는 단계를 둡니다. 민감한 자료나 외부 발송은 별도의 접근 범위와 책임자를 정한 뒤 검토하는 순서가 적절합니다.
첫 연결은 반복 업무 하나로 충분합니다
“우리 조직의 모든 앱을 AI에 연결하자”보다 “교육 문의가 오면 승인된 강의 소개 자료를 찾아 제안서 초안을 만든다”처럼 결과가 분명한 업무 하나를 고르세요. 필요한 자료의 소유자와 최신본을 확인하고, 검색만 하는 시범으로 시작합니다. 구성원이 결과와 출처를 검토한 뒤에야 일정 생성처럼 실제 업무를 바꾸는 도구를 추가할지 판단할 수 있습니다.
MCP는 AI가 조직의 시스템과 일할 수 있는 공통의 연결 언어입니다. 하지만 어떤 일을 맡기고 어디에서 사람이 확인할지는 연결 규격이 대신 정해 주지 않습니다. 좋은 연결은 많은 도구를 붙이는 일이 아니라, 필요한 권한으로 필요한 일만 안전하게 이어 주는 설계에서 시작합니다.
Model Context Protocol, Architecture overview · MCP Specification, Tools · MCP, Security Best Practices