MCP의 진짜 효용은 Gmail 하나를 Claude Code 하나에 연결하는 데 있지 않다. 이메일의 영수증을 찾아 비용 시스템에 제출하는 것처럼 여러 서비스와 여러 작업 화면을 넘나드는 흐름에 있다. 이 글은 연결 수가 M×N으로 늘어나는 문제를 M+N에 가깝게 바꾸는 운영 패턴을 정리한다.
1. 로컬 실험 뒤에는 원격 서버를 둔다
팀원이 매번 Node.js 설치, 환경 변수 설정, JSON 편집을 하게 하면 배포가 멈춘다. 로컬 서버로 흐름을 검증한 뒤에는 OAuth를 앞단에 둔 원격 MCP 서버로 바꿔 URL 하나로 배포한다. 사용자별 자격증명은 분리하고, 서버가 공유 비밀을 대신 보관하지 않게 설계한다.
2. 서버와 인증을 한곳에 모은다
클라이언트 7개와 서버 6개를 각각 연결하면 설정이 42개다. 집계 MCP 서버를 두면 각 서버는 집계층에 한 번, 각 클라이언트는 집계 엔드포인트에 한 번만 연결한다. 도구 이름 충돌을 막기 위해 서버별 네임스페이스를 붙이고, 읽기 전용 같은 정책은 세션 또는 엔드포인트별로 분리한다.
3. 로컬 전용 도구는 터널로 예외 처리한다
브라우저 자동화처럼 사용자 노트북에서만 실행돼야 하는 서버는 원격 집계에서 제외하기 쉽다. 인증된 터널을 통해 로컬 서버를 원격 엔드포인트처럼 노출하면 모바일·SaaS 작업 화면에서도 같은 흐름으로 접근할 수 있다. 이때 대상 장비, 허용 도구, 세션 만료를 제한한다.
4. 도구와 결과를 모델 컨텍스트에 모두 넣지 않는다
많은 서버의 도구 정의와 대형 응답을 대화에 그대로 주입하면 비용과 선택 오류가 커진다. 코드 실행 샌드박스, CLI 래퍼, 검색형 도구 목록, 응답 잘라내기를 조합해 필요한 결과만 모델에 전달한다. 원문 문서를 Salesforce에 복사하는 식의 작업은 중간 내용을 모델에 두 번 통과시키지 않도록 한다.
운영 체크리스트
- 원격화 전에는 최소 권한 OAuth와 사용자별 credential 분리를 확인한다.
- 집계층에 감사 로그, 도구별 허용 목록, 속도 제한을 둔다.
- 브라우저 자동화는 API·MCP 서버가 없는 경우의 탈출구로만 쓴다.
- 실제 업무 프롬프트로 토큰 수, 성공률, 재인증 횟수를 측정한다.
관련 문서
- mcp — Model Context Protocol의 개요와 서버 설계
- mcp-v2 — 세션 없는 HTTP 중심 MCP 스펙 변화
- agent-gateway — 에이전트용 연결·정책 게이트웨이
참고 자료
- Effective Patterns for Advanced MCP Usage — O’Reilly Radar (2026-08-26)