터미널에 리팩토링 작업을 맡겨두고 저녁을 먹으러 나간 적이 있어요. 돌아와 보니 에이전트가 테스트 실패를 몇 번 겪고, 스스로 고치고, 결국 통과시켜 놓았더라고요. 에디터 앞에 붙어 앉아 자동완성을 승인하던 방식과는 감각이 완전히 달랐어요.
AI 코딩 도구를 고를 때 CLI(터미널 명령줄)와 VSCode 채팅 스타일 중 뭘 써야 하나 고민된다면, 답은 생각보다 단순해요.
결론부터
- 코드를 눈으로 보면서 실시간으로 함께 고치는 작업은 VSCode 채팅(IDE 통합) 방식이 편해요.
- 수십 분짜리 작업을 통째로 맡기고 결과만 받는 위임형 작업은 CLI 방식이 유리해요.
- Anthropic·OpenAI·Google·GitHub 네 회사가 모두 2025년에 터미널 에이전트를 내놓았고, 지금은 둘 중 하나를 고르기보다 조합해 쓰는 흐름이에요.
CLI와 VSCode 채팅 방식의 장단점 비교
두 방식의 차이는 성능이 아니라 작업의 성격에서 갈려요. 어느 쪽이 몇 % 더 낫다는 정량 비교는 신뢰할 만한 자료가 확인되지 않았고, 실제로도 축이 달라요. IDE 채팅은 ‘실시간 협업’, CLI는 ‘비동기 위임’에 맞춰진 도구거든요.
VSCode 채팅 스타일(Cursor, Copilot Chat 등)의 강점은 이래요.
- 변경 사항을 시각적 diff로 바로 확인할 수 있어요.
- 타이핑하는 중에 인라인 제안이 붙어서 흐름이 끊기지 않아요.
- 터미널을 몰라도 되니 진입 장벽이 낮아요.
반면 CLI 방식(Claude Code, Codex CLI, Gemini CLI 등)의 강점은 반대편에 있어요.
- 장시간 자율 실행. 맡겨두고 다른 일을 할 수 있어요.
- 셸 스크립트·CI/CD 파이프라인에 명령어 한 줄로 편입돼요.
- 여러 에이전트를 동시에 띄우는 병렬 실행이 가능해요.
코드를 ‘보면서 쓰는’ 사람에게는 IDE가, 작업을 ‘맡기는’ 사람에게는 CLI가 맞는 옷이에요.
빅4가 모두 터미널로 간 2025년
2025년 한 해 동안 주요 AI 기업 네 곳이 전부 터미널 에이전트를 출시했어요. Anthropic의 Claude Code가 5월에 일반 공개됐고, OpenAI의 Codex CLI가 오픈소스로 나왔고, Google이 6월 25일 Gemini CLI를 공개했어요. GitHub도 9월에 Copilot CLI 프리뷰를 열고 2026년 2월 25일 정식 출시까지 마쳤고요.
출처: J. G. Cottae.
Linné, Carl von,
Roemer, J. J.
Schultes, Joseph August,
Schultes, Julius Hermann, / Public domain (Wikimedia Commons)
특히 GitHub의 행보가 상징적이에요. IDE 통합 방식의 원조 격인 회사가 굳이 터미널용 도구를 따로 내놓은 거니까요. IDE 진영 스스로 CLI 수요를 인정한 신호로 읽을 수 있어요.
돈의 흐름도 이 방향을 뒷받침해요. Claude Code는 공개 약 6개월 만인 2025년 11월에 연환산 매출 10억 달러에 도달했고, 2026년 2월 기준 25억 달러(원화로 3조 원대)를 넘었다는 보도가 나왔어요. 터미널 도구가 이 속도로 매출을 만든 전례는 찾기 어려워요. 다만 IDE 쪽이 밀려난 건 아니에요. VSCode 포크 기반인 Cursor도 같은 기간 ARR 10억 달러에서 20억 달러로 성장했거든요. 제로섬이 아니라 시장 자체가 커지는 그림이에요.
에이전트에게 터미널이 유리한 기술적 이유
CLI가 각광받는 이유는 개발자들이 터미널을 좋아해서가 아니에요. 에이전트가 일하기 좋은 환경이 터미널이기 때문이에요. AI가 ‘제안’을 넘어 ‘위임’을 받을 만큼 좋아지면서 인터페이스의 요구사항이 바뀐 거예요. Firecrawl의 기술 분석이 정리한 근거가 명확해요.
- 결정론적 피드백: 명령이 성공하면 exit code 0, 실패하면 그 외 숫자가 나와요. 에이전트가 성공 여부를 기계적으로 판별하고 스스로 수정 루프를 돌 수 있어요.
- 조합성: stdin/stdout 파이프로 다른 도구와 연결돼요. 유닉스 철학 그대로예요.
- 병렬성: tmux에서 10개, 오케스트레이터로 50개 에이전트를 동시에 돌린 사례가 보고돼요. GUI로는 사실상 불가능한 규모예요.
- 상태의 단일성: 파일시스템이 유일한 상태라, IDE 세션이나 확장 프로그램 상태에 의존하지 않아요.
직접 써 보면 첫 번째 항목이 가장 크게 체감돼요. IDE 채팅에서는 제가 결과를 눈으로 확인하고 다음 지시를 줘야 하는데, CLI 에이전트는 테스트를 돌리고 exit code를 보고 알아서 다시 고쳐요. 사람이 루프 밖으로 빠질 수 있다는 것. 이 차이가 생산성의 성격을 바꿔요.
CLI 도입 전에 알아야 할 비용과 주의점
터미널 자체가 진입 장벽이라는 점은 인정해야 해요. 셸 명령이 낯설다면 IDE 채팅으로 시작하는 편이 무난하고, 그게 뒤처지는 선택도 아니에요. 비용을 낮추고 싶다면 Gemini CLI가 출발점으로 괜찮아요. 2025년 6월 출시 시점 기준으로 개인 구글 계정 로그인 시 분당 60회, 하루 1,000회 요청까지 무료거든요.
토큰 소비도 미리 알아두면 좋아요. 장시간 자율 실행은 그만큼 모델 호출이 많다는 뜻이라, 구독이든 API 종량제든 위임 시간이 길수록 비용이 커지는 구조예요.
권한 관리는 새로 생긴 관리 포인트예요. 자율 실행 에이전트라 각 도구가 승인 단계를 계층화해 뒀어요. Codex CLI는 suggest(제안만), auto-edit(파일 수정 자동), full-auto(전부 자동) 세 모드를 제공하고, Copilot CLI도 실행 전 승인이 기본이에요. 처음에는 보수적인 모드로 시작해서 신뢰가 쌓이면 풀어가는 방식이 안전해요.
앞으로의 구도와 개발자의 선택 기준
CLI와 IDE는 어느 한쪽이 이기는 싸움이 아니라 병행하는 구도로 가고 있어요. 2026년의 비교 글들이 공통으로 짚는 흐름도 숙련 개발자들이 한 도구에 충성하지 않고 조합해 쓴다는 점이에요. 탐색과 리팩토링은 IDE에서 눈으로 보면서, 대량 반복 작업과 백그라운드 위임은 CLI로 맡기는 식이에요.
한 가지 더 눈여겨볼 지점은 오픈소스 전략이에요. Gemini CLI와 Codex CLI 모두 Apache 2.0 라이선스로 공개됐어요. CLI라는 인터페이스 계층은 무료로 풀고 모델 사용량으로 수익을 내겠다는 계산으로 읽혀요. 인터페이스가 아니라 모델과 에이전트 루프가 제품의 본체가 되는 흐름이에요.
선택 기준은 결국 하나예요. 내 작업이 ‘함께 쓰는’ 쪽인지 ‘맡기는’ 쪽인지. 둘 다라면, 둘 다 쓰면 돼요.
참고 출처
- Google 공식 블로그 — Gemini CLI 발표: https://blog.google/technology/developers/introducing-gemini-cli-open-source-ai-agent/
- GitHub Changelog — Copilot CLI 정식 출시: https://github.blog/changelog/2026-02-25-github-copilot-cli-is-now-generally-available/
- Firecrawl — Why CLIs are better for agents: https://www.firecrawl.dev/blog/why-clis-are-better-for-agents
- OpenAI Codex CLI GitHub: https://github.com/openai/codex
- Tembo — Coding CLI tools comparison: https://www.tembo.io/blog/coding-cli-tools-comparison
- MindStudio — Claude Code 매출 분석(보도 기준): https://www.mindstudio.ai/blog/claude-code-2-5-billion-annualized-revenue-terminal-tool