클로드코드가 뜨는 이유 MCP 버리고 CLI 시대가 왔다

클로드코드를 쓰다 보면 한 번쯤 마주치는 단어가 있습니다. CLI. 터미널 창에서 명령어를 입력하는 그 구식처럼 생긴 방식 말이죠. 그런데 신기하게도 요즘 AI 도구들이 앞다퉈 CLI 형태로 출시되고 있습니다. 바이브코딩 시대에 왜 오히려 옛날 방식이 뜨는 걸까요? 알고 보면 이유가 꽤 납득됩니다.

 

CLI가 뭐야? 해커 영화에서 봤던 그거 맞아

솔직히 CLI 처음 들으면 좀 무섭죠. 검은 화면에 초록 글씨 깜빡이는 그 장면, 영화에서 해커들이 엄청난 속도로 코드를 입력할 때 나오는 그거 맞습니다. 정식 명칭은 Command Line Interface. 쉽게 말하면 마우스 대신 명령어를 직접 입력해서 컴퓨터를 조작하는 방식입니다.

 

우리가 평소에 쓰는 방식은 GUI(그래픽 유저 인터페이스)입니다. 폴더를 클릭하고, 버튼을 누르고, 드래그하는 그 방식이요. 반면 CLI는 "파일 옮겨" 대신 터미널 창에 mv file.txt /documents/ 같은 걸 입력합니다. 컴퓨터가 마우스 없이 검은 화면만 있던 시절부터 써온 방식이에요.

 

그런데 지금 Codex CLI, Gemini CLI, Obsidian CLI가 연달아 나오고 있고, 최근에는 Google Workspace까지 CLI를 지원하기 시작했습니다. AI 시대라면 더 화려하고 편한 방식이 어울릴 것 같은데, 왜 거꾸로 가는 걸까요?

 

AI 에이전트가 도구를 쓰는 방식, 일꾼한테 연장 상자를 주는 법

클로드코드 같은 AI 에이전트는 그냥 대화만 하는 챗봇이 아닙니다. 코드를 직접 수정하고, 테스트를 실행하고, 인터넷을 검색하는 등 실제로 '행동'을 합니다. 그 행동을 하려면 당연히 도구가 필요하죠. 브라우저를 열려면 브라우저 제어 도구가 있어야 하고, 파일을 수정하려면 파일 편집 도구가 있어야 합니다.

 

이 문제를 해결하겠다고 등장한 것이 MCP(Model Context Protocol)입니다. AI가 여러 도구를 표준화된 방식으로 쓸 수 있게 해주는 규격이에요. 비유하자면 AI한테 연장 상자를 주는 방법을 만든 것이죠. 처음 등장했을 때 업계에서 엄청나게 주목받았고, 실제로 수많은 MCP 서버가 쏟아져 나왔습니다.

 

그런데 실제로 써보니 한 가지 문제가 생겼습니다. 생각보다 꽤 큰 문제였어요.

MCP의 문제점: 출근할 때 공구함 전체를 들고 다니는 격

MCP 방식에서는 AI 에이전트가 일을 시작하기 전에 사용 가능한 모든 도구의 설명서를 항상 들고 있어야 합니다. 오늘 실제로 쓸지 안 쓸지도 모르는데, 일단 다 들고 출근하는 거죠.

 

이게 얼마나 심하냐면, 한 기술 블로그의 실측 기준으로 Playwright MCP 서버 하나만 들고 있어도 도구 설명만으로 13,700 토큰을 소비합니다. 반면 동일한 기능을 Bash 스크립트 4개로 구현하면 225 토큰이면 됩니다. 약 60배 차이입니다.

 

GitHub MCP 서버는 더 심합니다. 93개 도구를 제공하는데, 2026년 2월 발표된 벤치마크 기준으로 단 한 줄의 질문을 하기도 전에 이미 55,000 토큰을 컨텍스트에 쓰고 있습니다. 토큰은 곧 비용이고 성능이에요.

드라이버 하나 쓰려고 포클레인까지 들고 다닌다면?

MCP를 비유하면 출근할 때 회사 공구창고 전체를 짊어지고 오는 것입니다. 드라이버, 망치, 스패너, 포클레인까지. 오늘 실제로 쓸 건 드라이버 하나인데도요. 그 무게를 매일 들고 다니는 셈이 바로 MCP의 토큰 낭비 문제입니다.

결국 2026년 2월 말, 인프라 엔지니어 에릭 홈스가 "MCP는 죽었다"는 글을 올리면서 업계 논쟁에 불을 지폈습니다. 물론 MCP가 완전히 사라진 건 아닙니다. OAuth 기반 인증이 필요하거나 복잡한 권한 관리가 필요한 경우엔 여전히 MCP가 유효합니다. 하지만 단순 실행과 효율이 중요한 상황에서는 분위기가 확실히 달라졌죠.

 

그래서 CLI가 답이다, 필요할 때 꺼내 쓰는 설명서처럼

CLI 방식에서는 AI가 처음부터 모든 도구의 설명서를 들고 있을 필요가 없습니다. 필요한 순간에 --help를 붙이면 그때그때 사용법을 확인할 수 있거든요. 이게 CLI 세계의 오래된 국룰입니다. 어떤 CLI 도구든 --help를 붙이면 사용법이 나와요.

 

클로드코드 같은 AI가 이 규칙을 알고 있다는 게 핵심입니다. LLM은 수백만 건의 기술 문서와 Stack Overflow, GitHub 코드를 학습했기 때문에 CLI의 관행을 이미 몸에 익히고 있습니다. 그래서 따로 가르쳐줄 필요 없이 알아서 --help를 붙여 확인하고 실행합니다.

 

CLI의 장점을 정리해보면 세 가지입니다.

• 토큰 효율: MCP 대비 60배 이상 압축. 같은 작업을 훨씬 적은 비용으로 처리합니다.
• 디버깅이 쉬움: AI가 실행한 명령어를 사람이 그대로 복붙해서 직접 실행해볼 수 있습니다. 무슨 일이 벌어지고 있는지 눈으로 확인하기 쉬워요.
• 기존 도구와 자유로운 조합: grep, jq 같은 기존 유닉스 도구들과 파이프라인으로 자연스럽게 이어붙일 수 있습니다.

 

이 원리가 도구에만 적용되는 게 아닙니다. 오토 메모리에서도 똑같은 패턴이 보입니다. AI 에이전트가 기억해야 할 내용 전체를 항상 들고 다니는 게 아니라, 약 200줄짜리 목차(기억의 지도)만 유지하다가 필요할 때 해당 내용을 꺼내오는 방식입니다. 처음부터 다 외우는 대신 목차만 기억해두는 거죠.

 

클로드코드가 코드베이스를 검색하는 방식도 같습니다. 미리 벡터 데이터베이스를 구성하는 대신, 필요한 순간에 검색 도구로 그때그때 탐색합니다. 최근에는 여기에 LSP(Language Server Protocol)까지 더해졌는데, 단순 텍스트 검색이 아니라 코드의 구조를 이해하며 검색하기 때문에 훨씬 정확해졌습니다.

 

"필요할 때, 필요한 것만"이 지금 AI 에이전트 설계의 흐름이 되고 있습니다.

 

참고로 클로드코드나 Codex처럼 터미널에서 돌아가는 도구들의 화면을 TUI(Text User Interface)라고 부릅니다. 언뜻 보면 그래픽 인터페이스처럼 생겼는데, 알고 보면 그 색상과 레이아웃이 모두 텍스트로 표현된 거예요. 엑셀처럼 생겼는데 알고 보면 다 텍스트인 셈입니다. 이 TUI 방식과 CLI 방식을 함께 지원하는 게 요즘 AI 도구들의 표준이 되고 있습니다.

CLI가 열어주는 가능성, 클로드코드를 텔레그램에 연결하다

CLI 형태를 지원한다는 건 단순히 명령어로 쓸 수 있다는 것 이상입니다. 다른 시스템과 연결하기가 훨씬 쉬워집니다. CLI는 모든 입력과 출력이 텍스트로 이루어지니까요. LLM은 텍스트를 다루는 데 최적화되어 있고, 결국 둘이 찰떡궁합인 셈입니다.

 

실제 사례를 보면 와닿습니다. 클로드코드와 Codex를 텔레그램과 연동한 사례가 있는데, 비정상적인 해킹이나 우회 방법이 아닙니다. 이들이 공식적으로 CLI를 지원하기 때문에 가능한 정상적인 연동입니다. 텔레그램에서 메시지를 보내면 클로드코드가 작업을 처리하는 구조를 만들 수 있는 거죠.

 

Obsidian도 2026년 2월 업데이트에서 CLI를 도입해 터미널에서 직접 노트를 제어하고 자동화할 수 있게 됐습니다. Google Workspace도 CLI 경로를 열었고, Slack은 웹훅으로 외부 시스템과 연결됩니다. 앱 안에서만 가능했던 것들이 CLI를 통해 바깥으로 뻗어 나오고 있는 겁니다.

 

앱 자체가 제공하지 못했던 기능도, 다른 시스템과 연계하면 새로운 형태로 확장됩니다. 클로드코드의 원래 제한 사항을 텔레그램 연동으로 넘어버리는 사례처럼요. CLI는 AI 도구가 서로를, 그리고 세상을 연결하는 실처럼 기능하고 있습니다.

 

배워야 하나? 솔직히 몰라도 됩니다

여기까지 읽으면 슬슬 불안해지는 분이 계실 수 있습니다. "그럼 나도 CLI 배워야 하나? 터미널 명령어 공부해야 하나?" 결론부터 말하면, 바이브코딩을 하려는 비개발자라면 몰라도 됩니다.

 

알아두면 좋은 건 딱 이 정도입니다. "터미널 창에서 명령어로도 컴퓨터를 사용할 수 있는 방식이 있고, AI 도구들이 요즘 그쪽으로 많이 가고 있다." 이 한 문장으로 충분합니다. AI 시대에는 모든 것을 구체적으로 알 필요가 없어요. 그게 뭔지, 그걸로 뭘 할 수 있는지 대략 아는 것만으로도 충분히 활용할 수 있습니다.

 

그리고 여기서 이 이야기의 진짜 아이러니가 나옵니다. 컴퓨터 초창기에 쓰던 가장 오래되고 투박한 방식이, 2026년 최첨단 AI 에이전트한테 가장 잘 맞는 방식이라는 거죠. GUI가 화려하게 발전하는 동안 CLI는 조용히 기다리고 있었고, AI가 도구를 쓰기 시작하자마자 "나 여기 있었어"를 외치고 있는 셈입니다.

 

바이브코딩 시대에 AI 에이전트가 세상을 누비는 방식, 그 뒤에는 이 까만 화면과 텍스트가 조용히 버티고 있습니다.