Compound Engineering MCP 서버는 Claude Code의 토큰을 낭비하는 재앙입니다. 이를 피하십시오. 효율적인 개발을 위해 직접적인 CLI 명령어나 더 단순한 MCP를 사용하세요.

핵심 요약 (Key Takeaways)

• Compound Engineering MCP 서버는 Claude Code의 토큰을 낭비하는 재앙입니다.
• 이를 피하십시오. 효율적인 개발을 위해 직접적인 CLI 명령어나 더 단순한 MCP를 사용하세요.

무엇이 변했나 — 커뮤니티의 혹평

A Reddit의 한 개발자가

1. 작은 작업부터 먼저 테스트하세요. 어떤 MCP 서버를 사용하기로 결정하기 전에, 사소한 작업(예: "이 파일에 주석 추가하기")으로 먼저 실행해 보세요. 만약 2~3단계 이상의 과정이 필요하거나 과도한 출력을 생성한다면, 거부하세요.

2. 대신 직접적인 CLI 명령어를 사용하세요. 대부분의 코드 작업의 경우, CLI를 통한 Claude Code의 네이티브 기능이 더 효율적입니다. 예를 들어:

   claude code "refactor this function to use async/await"

이렇게 하면 MCP 오케스트레이션 (orchestration)의 오버헤드를 완전히 피할 수 있습니다.

1. 토큰 사용량을 모니터링하세요. Claude Code의 내장된 토큰 추적 기능을 사용하여 각 단계에서 얼마나 많은 토큰을 소비하는지 확인하세요. 만약 어떤 도구가 수동 방식보다 10배 많은 토큰을 사용한다면, 그것은 위험 신호(red flag)입니다.

2. 더 단순한 MCP를 선호하세요. 우리의 기사 "CLI vs MCP: Hands-On Experiments Show 250 Tokens vs Over 2,000 for the Same Task"에서 다루었듯이, 단순한 도구가 복잡한 도구보다 더 나은 성능을 보이는 경우가 많습니다. Compound Engineering 서버는 단순함과는 정반대에 있습니다.

더 큰 그림 — 모든 MCP가 동일하게 만들어진 것은 아니다

Model Context Protocol (MCP)는 Anthropic의 강력한 기술이지만, 그것이 품질을 보장하지는 않습니다. 서버가 존재한다고 해서 반드시 유용하다는 뜻은 아닙니다. Compound Engineering 서버는 하나의 경고 사례입니다. 즉, 하이프 (hype)가 효율성을 의미하지는 않는다는 것입니다.

만약 당신의 엔지니어링 노력을 "복합화 (compound)"하겠다고 약속하는 도구를 본다면, 회의적으로 접근하세요. 엔지니어링은 더 많은 일을 하는 것이 아니라, 올바른 일을 효율적으로 하는 것입니다. 80%의 시간 동안 루프를 도는 도구는 잘못된 일을 하고 있는 것입니다.

대신 무엇을 사용해야 하는가

Claude Code에서 코드 생성을 위해 다음을 고수하세요:

• 대부분의 작업에는 직접적인 프롬프트 (Direct prompts)
• 프로젝트별 컨텍스트를 위한 CLAUDE.md (우리의 기사 "How This Developer Ships 3x Faster with CLAUDE.md" 참조)
• 한 가지 일을 잘 수행하는 단순한 MCP 서버 (예: 파일 작업, 린팅 (linting))

당신의 워크플로우를 "오케스트레이션 (orchestrate)"하거나 "복합화 (compound)"한다고 주장하는 것은 무엇이든 피하세요. 최고의 도구는 당신이 거의 의식하지 못할 정도로 자연스러운 도구입니다.

출처: reddit.com

[27 Jul 업데이트, devto_claudecode를 통해]

생태계에서 가장 많이 설치된 기술은 코딩 도구가 전혀 아닙니다. 그것은 다른 기술을 찾아내는 메타 기술 (meta-skill)입니다. Vercel Labs의 find-skills는 2,688,992회의 설치 수를 기록하며, [dev.to에 따르면] 2위 도구보다 거의 4배 더 많이 설치되었습니다. 이는 Claude Code를 위한 패키지 매니저 (package manager) 역할을 하며, 설치 명령어를 제시하기 전에 설치 횟수와 출처의 평판 (reputation)에 따라 필터링합니다. 이러한 발견 계층 (discovery-layer) 접근 방식은 복합화 (Compound Engineering) 비판에서 지적된 것과 동일한 토큰 낭비 위험을 강조합니다. 즉, 잘못된 기술을 설치하는 것은 생산성이 아니라 비효율성을 복합화 (compound)할 뿐입니다.

원문은 gentic.news에 게시되었습니다.