🔄인사이트

MCP는 죽었다; MCP 만세 - CLI vs MCP 논쟁의 진실

CLI가 대세라지만, 조직 수준에서는 MCP가 여전히 필수적인 이유

#MCP#CLI#에이전트#엔터프라이즈

하이프 사이클의 전환

6개월 전만 해도 Model Context Protocol(MCP)가 업계 최대 화두였습니다. 그런데 지금은 정반대로 "CLI가 답이다"라는 주장이 대세가 되었습니다.

이런 급격한 변화는 AI 인플루언서들이 관심을 유지하기 위해 끊임없이 새로운 트렌드를 만들어내는 구조 때문입니다.

▸

학습 데이터에 포함된 도구: `jq`, `curl`, `git` 같은 유명한 CLI는 LLM이 이미 알고 있어서 추가 설명 없이 바로 사용 가능

▸

토큰 절감: 전체 스키마를 미리 로드하지 않고 필요할 때만 `--help`로 확인

▸

맞춤형 CLI: 새로 만든 CLI 도구는 LLM이 모르므로 결국 설명 문서가 필요 (MCP와 비슷한 오버헤드)

▸

구조 부족: 복잡한 작업에서는 결국 대부분의 문서를 탐색하게 되어 토큰 절감 효과 감소

▸

컨텍스트 윈도우 확대: Anthropic이 100만 토큰을 제공하는 지금, 토큰 절감이 과연 중요한가?

▸

로컬 stdio 모드: 개인 개발자용, CLI와 유사한 유즈케이스

▸

Streamable HTTP 기반 원격 MCP: 조직 전체를 위한 완전히 다른 솔루션

1. 표준화된 배포

▸Prompts와 Resources 기능으로 조직 전체에 스킬과 문서를 실시간 배포

▸"바이브 코딩"에서 "체계적 에이전틱 엔지니어링"으로 전환

2. 보안과 관찰성

▸OAuth 인증 표준화

▸텔레메트리와 관찰가능성 내장

▸조직 차원의 도구 효과 측정

3. 일관성 보장

▸모든 팀이 동일한 도구와 방식 사용

▸품질 관리와 거버넌스 가능

개인 개발자에게는 CLI가 충분히 좋은 선택일 수 있습니다. 특히 이미 널리 알려진 도구들을 사용할 때는 더욱 그렇습니다.

하지만 조직과 엔터프라이즈 수준에서는 MCP가 제공하는 구조화, 보안, 일관성이 필수적입니다.

결국 "MCP vs CLI" 논쟁은 잘못된 이분법입니다. 상황과 규모에 따라 적절한 도구를 선택해야 합니다.