어떤 MCP 서버를 설치할지에 대한 논쟁보다 중요한 것은 에이전트가 과부하되기 전까지 얼마나 많은 서버를 설치할 수 있는가 하는 점입니다.
요약
MCP(Model Context Protocol) 서버 설치 시 발생하는 컨텍스트 윈도우 과부하 문제를 지적하며, 이를 해결하기 위한 Remote MCP의 효율성을 설명합니다. 에이전트가 모든 도구를 미리 로드하는 대신 필요할 때만 정보를 검색하는 방식으로의 변화를 강조합니다.
핵심 포인트
- 많은 MCP 서버 설치는 컨텍스트 윈도우에 막대한 토큰을 소모함
- Remote MCP는 도구 정의를 컨텍스트 외부로 이동시켜 효율을 높임
- 에이전트가 메뉴를 암기하는 대신 정보를 검색하는 방식으로 진화함
- 내년 에이전트 툴링의 핵심적인 변화가 될 것으로 전망됨
모두가 어떤 MCP (Model Context Protocol) 서버를 설치할지에 대해 논쟁하고 있습니다. 진짜 한계점은 에이전트가 질식하기(chokes) 전까지 얼마나 많은 서버를 설치할 수 있느냐 하는 것입니다.
도구 정의 (Tool definitions)는 시작 시점에 로드됩니다. 서버 5개를 설치하면 아무것도 입력하기 전에 컨텍스트 윈도우 (context window)에 55,000개의 토큰이 들어가며, 그중 사용된 것은 하나도 없습니다.
하나의 Remote MCP는 카탈로그를 컨텍스트 (context) 밖으로 이동시켰습니다.
- 4개의 작업 (operations)이 노출되며, 항상 동일한 4개임
- 앱 1개일 때는 3,000 토큰, 전체일 때는 592 토큰으로 평탄화 (flat)
- 에이전트가 호출하는 순간 해당 액션 (action)의 문서가 로드됨
- 94,357개 이상의 도구 (tools)가 검색 한 번이면 접근 가능한 상태로 대기 중
기본적으로, 당신의 에이전트는 메뉴를 암기하는 것을 멈추고 정보를 찾아보기 시작합니다.
이것은 내년에 에이전트 툴링 (agent tooling)이 어떻게 작동할지를 결정짓는 조용한 변화 중 하나일 수 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 X @socialwithaayan (자동 발견)의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기