BQ개발자입니다.
지난 편에서 context window가 70%를 넘으면 결과물이 나빠지기 시작한다는 점을 다뤘습니다.
이번에는 작업을 시작하기도 전에 이미 context가 채워져 버리는 원인, MCP에 대해 이야기해보려 합니다.
📱 Claude Code가 조용히 말을 안 듣기 시작할 때 — context 70%의 의미
🤔 도구가 많을수록 똑똑해질까?
파일 시스템, 웹 검색, DB 연결 등 MCP 서버를 많이 등록할수록 Claude의 능력이 확장된다고 생각하기 쉽습니다.
하지만 실제로는 MCP가 늘어날수록 Claude가 오히려 부정확해지는 현상이 발생합니다.
⚡ 도구 정의가 context를 점유하는 '고정 비용'
이유는 Claude Code의 작동 방식에 있습니다.
1. 초기 로딩: Claude Code가 실행되면 등록된 모든 MCP 서버의 '도구 정의(이름, 설명, 파라미터 등)'를 가져와 context에 올립니다.
2. 상시 점유: 도구를 실제로 사용하지 않아도 등록되어 있다는 이유만으로 context를 차지합니다.
3. 비용 누적: MCP 10개를 등록해 도구가 30~50개가 되면, 아무 작업도 안 했는데 이미 context의 30% 정도가 소모됩니다.
결국 지난 편에서 말한 '성능 저하 지점(70%)'까지 남은 여유 공간이 시작부터 줄어드는 구조입니다.
🎯 선택 기준: "무엇을 하는가"보다 "얼마나 가벼운가"
이제 MCP를 고를 때는 기능뿐만 아니라 context 효율성을 따져야 합니다.
예를 들어 exa.ai가 고평가받는 이유는 응답 데이터의 양 때문입니다. 일반 크롤러는 불필요한 HTML 태그까지 다 가져와 context를 낭비하지만, exa.ai는 AI가 읽기 좋은 핵심 텍스트만 추출해서 돌려줍니다. 도구 정의 비용은 같아도, 실행 시 발생하는 데이터 비용이 훨씬 적은 것이죠.
🚀 실전 MCP 관리 팁
1. 현재 작업과 무관한 MCP는 꺼두기
• 코딩 중이라면 부동산이나 날씨 MCP는 비활성화하는 게 좋습니다. 켜져 있는 것만으로도 비용입니다.
2. 응답이 간결한 도구를 선택하기
• 같은 기능을 제공한다면 응답 데이터가 더 정제되어 돌아오는 MCP가 장기 세션에 유리합니다.
MCP는 강력한 확장이지만, 결국 '유한한 context'를 나눠 쓰는 자원입니다. "항상 켜져 있는 비용"이라는 관점에서 관리해 보시는거 추천!!
다음 편에서는 "Agent Teams를 켰는데 왜 더 느려졌을까"에 대해 다뤄보겠습니다.
---
여러분의 좋아요와 공유는 사랑입니다 🥰