프로젝트마다 모델이 바뀌고, 도구도 팀마다 달라서 커넥터를 새로 짜 온 팀이 많다. 릴리스가 지나면 API 버전이 어긋나고, 보안 심사 문서도 통합마다 따로다. 운영팀은 장애 원인 절반을 “커넥터 특이 버그”에서 찾는다. 이 구조를 계속 유지하면 에이전트 확장은 멈춘다.
N×M 통합 경제학은 끝났다
Anthropic이 2024년 11월 공개한 MCP(Model Context Protocol)는 LLM 애플리케이션이 외부 데이터 소스·도구와 안전하고 표준화된 방식으로 통신하게 하는 오픈 프로토콜이다. 핵심은 N×M 통합을 N+M으로 줄인다는 점이다. 도구는 MCP 서버로 한 번, 에이전트는 MCP 클라이언트로 한 번 구현하면 된다.
2025년 3월 OpenAI가 ChatGPT 데스크탑 앱과 Agents SDK에 MCP를 공식 지원했다. 이 시점부터 MCP는 업계 de-facto 표준이다. 더 이상 각 모델·각 도구 조합마다 맞춤 커넥터를 박는 구조를 유지할 이유가 없다.
2025년 이후 에이전트-도구 통합의 기본값은 MCP다. 커스텀 통합은 예외 규칙으로만 남긴다.
N+M 구조로 재편하면 예산과 일정이 아닌, 도구 라인업과 거버넌스가 병목이 된다. 의사결정의 축이 바뀐다.
MCP는 프레임워크가 아닌 통합 레이어다
MCP는 LangGraph, CrewAI, BeeAI, LlamaIndex 같은 오케스트레이션 프레임워크의 대체재가 아니다. 프레임워크는 에이전트의 상태·흐름을 관리하고, MCP는 그 에이전트가 도구·데이터에 접근하는 표준 채널을 제공한다. 서로를 필요로 한다.
Anthropic의 “Code execution with MCP”가 보여준 것처럼 MCP는 세 가지 이점을 낳는다. 첫째, 에이전트가 필요 시점에 툴을 로드한다(on-demand). 둘째, 모델에 전달되기 전 단계에서 데이터를 필터링해 컨텍스트 낭비를 줄인다. 셋째, 복잡 로직을 단일 스텝에서 실행해 대화 턴 수를 줄인다. 결과는 컨텍스트 효율과 안정적인 실행 경로다.
보안과 거버넌스도 단순화된다. 접근 권한과 로깅을 MCP 서버 경계에서 일관되게 적용하면, 프레임워크나 모델 교체와 무관하게 동일한 심사 표를 유지할 수 있다.
커스텀 통합이 맞는 예외와 비교 표
커스텀 통합을 완전히 버리진 않는다. 아래 세 구간은 여전히 유효하다.
- MCP 서버가 없는 레거시 시스템
- 초저지연 요구(SLA <50ms)로 프로토콜 오버헤드를 피해야 하는 경우
- MCP 일반화로 표현하기 어려운 매우 특화된 비즈니스 로직
그 외에는 MCP가 기본값이다. 의사결정을 빠르게 하려면 아래 표로 판단하라.
| 항목 | 커스텀 통합 | MCP 기반 통합 |
|---|---|---|
| 통합 스케일 | 모델×도구 조합마다 증식 | 모델과 도구를 각 1회 구현 |
| 유지보수 | 변경 때마다 커넥터별 패치 | 서버·클라이언트 경계에서 단일 갱신 |
| 보안·감사 | 통합별 정책 편차 발생 | MCP 서버 경계에서 일관 적용 |
| 성능 특성 | 극저지연 최적화 유리 | 평균적 워크로드에서 안정적 |
| 개발 속도 | 초기 뚝심 필요, 확장 느림 | 초기 빠름, 확장 선형 |
| 생태계 호환 | 조합별 재작업 필요 | de-facto 표준과 상호운용 |
| 실패 모드 | 케이스별 예외 다수 | 표준 에러·재시도 경로 확보 |
| 도구 로딩 | 사전 바인딩 중심 | on-demand 로딩 지원 |
| 컨텍스트 효율 | 모델 입력 낭비 빈번 | 사전 필터·단일 스텝 실행 용이 |
예외 구간도 “얇은 어댑터 → 이후 MCP 전환”을 전제로 설계하라. SLA가 빡빡한 경로는 별도 바이패스를 두되, 로깅·권한 모델은 MCP 서버와 동일하게 맞춰 나중 전환 비용을 0에 가깝게 만든다.
도입 순서: N+M 구조로 재설계하고, 예외만 남긴다
첫째, 현행 도구 인벤토리를 만들고 MCP 서버 가능/불가를 분류한다. 불가 항목은 이유를 명시해 예외 관리 리스트로 만든다.
둘째, 에이전트 측에 MCP 클라이언트를 표준화한다. 프레임워크는 업무 특성에 맞춰 선택하되, 상태 관리와 툴 호출을 분리한다.
셋째, 보안·검증 기준을 MCP 서버 경계에 맞춘다. 권한, 로깅, 시뮬레이션 데이터를 이 레이어에 고정시키면 모델 교체가 쉬워진다.
넷째, on-demand 로딩과 사전 필터 전략을 기본값으로 둔다. 대화 턴과 컨텍스트 사용량을 줄여 운영비와 실패 확률을 함께 낮춘다.
마지막으로, 예외 경로는 SLA·로깅·롤백 기준을 별도로 둔다. 분기 수를 관리 가능한 수준으로 유지하고, 분기마다 종료 조건을 명시한다.
요약하면, MCP가 통합의 기본값이고 커스텀은 적절한 예외다. 표준 위에서 설계하면 확장은 선형이고, 운영은 단순해진다. 우리 팀은 이 구조로 에이전트-도구 통합을 재설계하고 운영 가이드를 정리한다. 구체 설계가 필요하면 사업 영역 →에서 맞는 모듈을 확인하라.