MCP, 작은 팀도 지금 붙여야 할까?

우리 데이터를 AI에 연결하는 공용 규격 MCP를, 1인 빌더가 안전하게 시작하는 순서.

AI 도구 대표 이미지

지난 1년 사이 AI 도구 이야기의 무게중심이 옮겨갔습니다.
"어떤 모델이 더 똑똑한가"에서 "우리 데이터를 어떻게 붙이는가"로요.
모델 성능 차이는 좁아졌지만, 우리 회사 주문 내역과 계약서와 재고표를 모르는 AI는 여전히 남의 회사 인턴 같습니다.
그 연결부에서 사실상 공용 규격 자리를 차지한 것이 MCP(Model Context Protocol)입니다.

문제는 이 단어가 개발자 커뮤니티에서만 돌다 보니, 정작 붙여야 할 소규모 팀은 "우리한테도 필요한 건가" 판단을 못 하고 있다는 점입니다.
결론부터 말하면, 직접 서버를 개발할 필요는 없어도 개념과 위험은 알아둬야 하는 단계에 왔습니다.

MCP가 도대체 뭔가요?

MCP는 AI 앱이 외부 데이터와 도구에 접근하는 방식을 통일한 개방형 규격입니다.
2024년 11월 Anthropic이 공개했고, 이후 여러 AI 클라이언트가 지원을 시작하면서 업계 공용 어댑터처럼 쓰이고 있습니다.
비유하자면 AI 세계의 USB-C 단자입니다.

이전에는 챗봇에 우리 주문 DB를 붙이려면 그 챗봇 전용 연동 코드를 따로 짜야 했습니다.
도구를 바꾸면 처음부터 다시였죠.
MCP는 반대로 갑니다.
데이터를 내주는 쪽(서버)을 한 번 만들어 두면, MCP를 지원하는 어떤 클라이언트에서든 같은 방식으로 꺼내 쓸 수 있습니다.
코딩 도구에서 쓰던 연결을 그대로 사내 에이전트에 물릴 수 있다는 뜻입니다.

서버가 내주는 것은 크게 세 가지입니다.

  • 리소스 — AI가 읽을 자료. 문서, 테이블, 로그 같은 것
  • — AI가 실행할 동작. 주문 조회, 이슈 생성, 메일 발송
  • 프롬프트 — 자주 쓰는 작업을 미리 정해둔 템플릿

작은 팀은 뭐부터 붙여야 할까?

이미 나와 있는 공개 서버를 읽기 전용으로 두어 개 붙여 보고, 그래도 답이 안 나오는 데이터에 대해서만 직접 만드는 순서를 권합니다.
처음부터 자체 서버 개발에 들어가는 팀은 대체로 두 달 뒤에 그 코드를 안 씁니다.
붙일 가치가 있는 데이터인지부터 확인하는 게 먼저입니다.

  1. 매주 반복해서 찾아보는 질문 3개를 그대로 적어봅니다.
    "이번 달 환불 사유 상위 5개는?" 같은 문장으로요.
  2. 그 답이 어디 있는지 씁니다.
    구글 시트인지, 결제사 대시보드인지, Notion 회의록인지.
  3. GitHub, Notion, Google Drive, Slack, Stripe처럼 공식·커뮤니티 서버가 이미 있는 곳이면 그것부터 연결합니다.
  4. 우리 자체 DB처럼 공개 서버가 없는 경우에만, 조회용 함수 2~3개짜리 작은 서버를 만듭니다.
  5. 2주 써보고, 실제로 호출된 도구만 남기고 나머지는 지웁니다.

혼자 편집숍을 운영하는 A씨의 예를 들어보겠습니다.
매주 월요일마다 주문 CSV를 내려받아 반품 사유를 손으로 분류하는 데 30분씩 썼습니다.
주문 조회와 반품 조회, 딱 두 개 함수만 노출하는 MCP 서버를 만들어 붙인 뒤로는 AI 도구 창에 "지난주 반품 사유를 묶어서 정리하고 사진 문제로 보이는 건 상품명까지"라고 치면 끝납니다.
중요한 건 자동화의 규모가 아니라, 매주 반복되는 한 가지부터 골랐다는 점입니다.

붙이기 전에 무엇을 막아둬야 할까?

MCP는 편의성이 커지는 만큼 권한 사고의 통로도 넓어집니다.
읽기와 쓰기를 계정 단위로 분리하고, 되돌릴 수 없는 동작에는 사람 승인을 끼워 넣고, 출처가 불분명한 서버는 설치하지 않는 것. 이 세 가지가 기본입니다.

  • 읽기 전용 계정 분리 — 조회용 서버에는 SELECT 권한만 가진 계정을 물립니다.
  • 비가역 동작에 확인 단계 — 환불, 발송, 삭제, 외부 발신은 AI가 단독으로 끝내지 못하게 합니다.
  • 출처 확인 — 도구 설명문 자체가 모델에게 주는 지시문입니다.
    검증 안 된 서버는 프롬프트 인젝션 통로가 됩니다.
  • 호출 로그 — 언제 어떤 도구가 어떤 인자로 불렸는지 남깁니다.
    사고보다 원인 추적이 더 어렵습니다.
  • 개인정보 마스킹 — 연락처나 주소는 서버 단에서 가린 뒤 내보냅니다.
  • 토큰은 개인별로 — 팀에서 공용 토큰 하나를 돌려쓰면 누가 무엇을 했는지 영영 알 수 없습니다.

이번 주에 할 일은 하나면 충분합니다.
반복 질문 세 개를 적고, 그중 하나의 답이 있는 곳에 공개 MCP 서버가 있는지 검색해 보세요.
연결이 붙는 순간, AI가 갑자기 우리 회사 사정을 아는 동료처럼 굴기 시작합니다.

자주 묻는 질문

MCP를 쓰려면 개발자가 꼭 필요한가요?
공개된 서버를 연결하는 것만이라면 설정 파일 편집 수준이라 비개발자도 가이드를 따라 할 수 있습니다. 다만 자체 DB를 붙이는 서버를 직접 만들 때는 개발 인력이 필요합니다. 처음에는 공개 서버로 효용을 검증한 뒤 개발을 결정하는 편이 안전합니다.
MCP와 일반 API 연동은 무엇이 다른가요?
API 연동은 특정 서비스와 특정 앱을 1:1로 잇는 작업이고, MCP는 그 연결 방식을 표준화한 규격입니다. 서버를 한 번 만들면 MCP를 지원하는 여러 AI 클라이언트에서 동일하게 쓸 수 있어 재작업이 줄어듭니다.
고객 개인정보가 있는 데이터도 붙여도 되나요?
붙일 수는 있지만 서버 단에서 마스킹하거나 필요한 필드만 내보내도록 설계해야 합니다. AI 도구가 외부 모델을 쓰는 경우 그 데이터가 어디까지 전송되는지 약관을 먼저 확인하세요. 개인정보 처리 항목이라면 내부 정책과 위탁 여부도 함께 점검해야 합니다.