우리가 AI 에이전트에 MCP를 선택한 이유와 그것이 좋은 결정이었던 이유
Anthropic
Bitrix24의 개발자가 자사 AI 어시스턴트 Marta에 Model Context Protocol(MCP)을 선택한 이유를 설명합니다. 이 기사는 단순한 함수 호출에서 보다 유연한 MCP 기반 아키텍처로의 전환을 다루며, 이 아키텍처는 사용자별 동적 도구 검색을 가능하게 합니다. 또한 프로토콜이 인증을 갖춘 내부용에서 외부용으로 진화한 과정을 설명합니다. 저자는 '도구 지옥(Tool Hell)'의 문제와 CLI를 통한 MCP 사용, 긴 응답의 파일 기반 처리 등의 해결책에 대해서도 논의합니다.
Bitrix24의 개발자 Michael Vasiliev는 AI 어시스턴트(Marta에서 시작해 BitrixGPT로 진화)에 MCP(Model Context Protocol)를 선택한 이유를 설명합니다. 처음에는 몇 가지 고정된 작업에 충분했던 함수 호출을 사용했지만, 도구 수가 늘어나면서 지속적인 코드 업데이트와 모든 사용자에 대한 모든 도구 로딩이 필요해져 번거로워졌습니다. MCP는 도구를 에이전트 외부의 외부 서비스로 옮겨, 사용자 권한에 따라 도구를 동적으로 사용할 수 있게 했습니다. 첫 번째 버전은 내부용으로, 서명된 사용자 ID로 인증하는 MCP 프록시를 사용했습니다. 외부 클라이언트를 지원하기 위해 OAuth를 추가하고 SSE에서 Streamable HTTP 전송으로 전환했습니다. MCP는 2024년 11월 Anthropic에서 공식적으로 도입되었으며, Bitrix24는 2025년 3월에 이를 채택했습니다.早期 채택은 나중에 개선된 프로토콜을 중심으로 아키텍처를 구축하는 등 장점이 있었지만, 프로토콜 변경에 적응해야 하는 어려움도 있었습니다. 또한 작업, 캘린더, CRM 등 도메인 영역별로 가상 MCP 서버를 도입하고, 너무 많은 도구 설명이 모델의 컨텍스트를 어지럽히는 'Tool Hell'을 피하기 위해 mcp-cli를 도입했습니다. 긴 도구 응답은 컨텍스트 과부하를 방지하기 위해 파일에 저장하며, 전반적으로 MCP는 확장 가능한 도구 관리 인프라를 구축하는 데 도움이 되었습니다.
출처: Habr — хаб ИИ —
원문
