MCP, 작은 팀도 지금 붙여야 할까?
AI를 우리 도구와 데이터에 연결하는 표준 MCP를, 작은 팀이 어디서부터 어떻게 붙일지 정리했습니다.
요즘 AI 도입에서 병목은 모델이 아닙니다.
답은 그럴듯한데, 정작 우리 노션 문서·이슈 트래커·주문 데이터를 모릅니다.
그래서 사람이 매번 자료를 복사해 붙여넣고, 결과를 다시 복사해 옮깁니다.
이 '복붙 노동'을 줄이려는 시도의 표준으로 자리 잡고 있는 것이 MCP(Model Context Protocol)입니다.
Anthropic이 공개한 개방형 규격이고, 이후 여러 주요 AI 기업과 개발 도구가 지원을 밝히면서 사실상 공통 연결 방식이 되어가고 있습니다.
MCP가 실제로 바꾸는 건 뭔가요?
MCP는 AI 모델이 외부 도구와 데이터에 접근하는 방식을 하나의 규격으로 통일합니다.
예전에는 도구마다 따로 붙이는 연동 코드를 짜야 했다면, 이제는 'MCP 서버' 하나를 만들어 두면 이를 지원하는 여러 AI 앱에서 그대로 씁니다.
어댑터를 매번 새로 사던 시절에서 공용 단자로 넘어가는 변화에 가깝습니다.
구조는 단순합니다.
도구·데이터를 내주는 쪽이 서버, 그걸 쓰는 AI 앱이 클라이언트입니다.
서버는 세 가지를 제공합니다.
모델이 호출할 수 있는 도구(tool), 읽어갈 수 있는 리소스(resource), 미리 준비된 프롬프트 템플릿입니다.
예를 들어 '주문번호로 배송 상태 조회'는 도구, '환불 정책 문서'는 리소스입니다.
작은 팀에게 중요한 지점은 따로 있습니다.
한 번 만든 연결을 여러 곳에서 재사용한다는 점입니다.
사내 재고 조회 서버를 하나 만들어 두면, 개발자는 코드 에디터에서, 운영 담당자는 채팅 앱에서, 고객 응대 봇은 서비스 안에서 같은 서버를 씁니다.
도구가 늘어날 때마다 연동 비용이 곱셈으로 커지던 구조가 덧셈으로 바뀝니다.
작은 팀은 무엇부터 연결해야 할까요?
전사 연동을 목표로 잡지 말고, 반복 조회가 잦은 읽기 전용 데이터 한 가지부터 붙이세요.
쓰기·삭제 권한은 최소 2주쯤 운영해 본 뒤에 열어도 늦지 않습니다.
순서를 잡으면 이렇습니다.
- 기성 서버로 시작: GitHub, Slack, Notion, Google Drive, Sentry 등 이미 공개된 MCP 서버를 먼저 붙여 감을 잡습니다.
- 가장 자주 묻는 질문 찾기: 팀 채팅에서 '이거 어디 있죠?'가 반복되는 질문 3개를 고릅니다.
- 우리 데이터 서버 하나 만들기: 그 질문에 답하는 조회 함수 2~3개만 도구로 노출합니다.
- 도구 설명문 다듬기: 모델은 도구 이름과 설명만 보고 호출을 결정합니다.
'언제 쓰는지'와 '쓰면 안 되는 경우'를 한 줄씩 적어두세요. - 사용 로그 보기: 어떤 도구가 실제로 호출됐는지, 헛도는 호출은 없는지 주 1회 확인합니다.
구체적인 예를 들어보죠.
4인 규모의 원단 도매 업체라면 첫 서버는 '품번으로 재고와 입고 예정일 조회' 하나면 충분합니다.
영업 담당자가 채팅으로 '이 품번 다음 주에 200야드 가능해?'라고 물으면 AI가 재고 서버를 호출해 답합니다.
발주 처리까지 시키려는 욕심은 다음 단계입니다.
붙이기 전에 정해둘 것은 무엇인가요?
MCP 서버는 결국 회사 데이터로 통하는 새 문입니다.
문을 열기 전에 누가, 무엇을, 어디까지를 문서 한 장으로 정해두는 편이 안전합니다.
특히 남이 만든 서버를 그대로 설치할 때는 코드 출처를 확인해야 합니다.
- 계정 분리: AI 전용 계정과 API 키를 따로 발급하고, 사람 계정 자격증명을 재사용하지 않습니다.
- 권한 최소화: 읽기 전용으로 시작하고, 접근 가능한 테이블·채널·폴더를 명시적으로 좁힙니다.
- 출처 확인: 커뮤니티 서버는 저장소와 관리 주체를 확인하고, 가능하면 직접 빌드해 씁니다.
- 민감 필드 차단: 주민번호·카드정보·급여 같은 필드는 서버 응답 단계에서 아예 빼거나 마스킹합니다.
- 호출 기록 보관: 어떤 도구가 어떤 인자로 불렸는지 남겨야 사고가 났을 때 되짚을 수 있습니다.
또 하나, 도구를 무작정 늘리지 마세요.
서버 여러 개를 한꺼번에 붙이면 모델이 고를 후보가 많아져 엉뚱한 도구를 부르거나 컨텍스트만 잡아먹습니다.
한 세션에서 실제로 쓰는 도구는 적을수록 정확도가 올라갑니다.
정리하면, MCP는 '멋진 신기술'이라기보다 연동 비용을 낮추는 배관 규격에 가깝습니다.
이번 주에 할 일은 하나입니다.
팀에서 가장 자주 반복되는 조회 질문 하나를 골라, 읽기 전용 서버로 만들어 붙여보세요.
그 하나가 돌아가면 두 번째부터는 훨씬 빨라집니다.