요즘 AI 관련 글이나 영상을 보다 보면 예전보다 훨씬 자주 보이는 단어가 있습니다. 바로 CLI입니다.
처음 듣는 사람에게는 이 말이 조금 어렵게 느껴질 수 있습니다. 어딘가 개발자만 쓰는 단어 같고, 검은 화면에 글자만 잔뜩 입력하는 이미지가 먼저 떠오르기 때문입니다. 실제로 많은 사람들이 처음엔 “왜 굳이 저렇게 복잡하게 쓰지?”라고 느끼기도 합니다.
그런데 최근 들어 CLI는 단순히 예전 방식의 도구가 아니라, AI를 더 직접적이고 빠르게 다루는 방식으로 다시 주목받고 있습니다. 특히 코딩을 도와주는 AI가 많아지면서, 여러 회사들이 자사 모델을 CLI 형태로 제공하거나 CLI 환경과 강하게 연결하기 시작했습니다.
이번 글에서는 CLI가 정확히 무엇인지, 왜 다시 자주 보이기 시작했는지, 그리고 요즘 AI 회사들이 어떤 CLI 흐름을 만들고 있는지를 너무 어렵지 않게 정리해보려고 합니다.
CLI는 Command Line Interface의 줄임말입니다. 말 그대로 명령어를 입력해서 컴퓨터와 상호작용하는 방식입니다.
쉽게 말하면 버튼을 누르는 대신, 직접 글자를 입력해서 실행하는 창이라고 생각하면 됩니다.
예를 들어:
- 파일 목록 보기
- 폴더 이동하기
- 프로그램 실행하기
- 특정 스크립트 돌리기
- 설치나 설정 진행하기
이런 작업들을 마우스 대신 텍스트 명령으로 처리하는 방식입니다.
그래서 처음 보면 낯설 수 있습니다. 하지만 익숙해지면 의외로 빠르고, 반복 작업에 강하고, 자동화와도 잘 연결됩니다.
이게 바로 CLI가 오래 살아남은 이유입니다.
예전에도 CLI는 있었지만, 요즘처럼 다시 많이 언급되는 이유는 분명합니다. 바로 AI가 단순한 채팅을 넘어서 실제 작업 흐름 안으로 들어오기 시작했기 때문입니다.
채팅창 안에서만 AI를 쓰면:
- 질문하고
- 답을 받고
- 복사하고
- 붙여넣고
- 다시 수정하는 흐름이 많아집니다
그런데 실제로 코드를 고치고, 파일을 읽고, 프로젝트를 만지는 작업은 이런 식으로만 하기엔 점점 불편해집니다.
그래서 사람들은 더 직접적인 방식을 찾기 시작했습니다.
- 프로젝트 폴더 안에서 바로 AI를 쓰고 싶고
- 파일 단위로 읽히고 싶고
- 수정 제안과 실행 흐름이 이어지길 원하고
- 터미널에서 작업하던 흐름 자체를 유지하고 싶어졌습니다
바로 이런 요구와 CLI가 잘 맞습니다.
즉 요즘 CLI가 자주 보이는 건, AI가 이제 단순히 말 잘하는 존재가 아니라 실제 작업 환경 안으로 들어오고 있다는 신호에 가깝습니다.
이건 회사 입장에서도 꽤 자연스러운 흐름입니다.
AI 코딩 도구를 만드는 회사들은 결국 사용자가 “더 오래, 더 깊게, 더 실제 작업에 가까운 방식”으로 자사 모델을 쓰길 원합니다.
그런데 실제 코딩 환경에서는 여전히 터미널이 중요한 자리를 차지합니다.
- 프로젝트 실행
- 패키지 설치
- 서버 실행
- 로그 확인
- 테스트 실행
- Git 작업
이런 것들이 대부분 CLI 환경과 밀접하게 붙어 있습니다.
그러니 AI 회사 입장에서는 그 환경 안으로 들어가는 것이 아주 중요합니다.
즉 CLI는 단순한 옛날 방식이 아니라, AI가 실제 개발 워크플로우에 침투하기 좋은 자리이기도 합니다.
여기서 중요한 건 모든 도구를 완벽하게 외우는 것보다, 각 회사들이 왜 CLI 쪽을 강화하고 있는지 흐름을 보는 것입니다.
1. Claude Code
요즘 바이브코딩 쪽에서 자주 언급되는 대표 흐름 중 하나입니다.
Claude를 단순 대화형 도구가 아니라, 프로젝트 안에서 실제로 같이 읽고 수정하고 이어가는 쪽으로 쓰게 해준다는 점에서 체감이 큽니다.
특히:
- 코드 문맥 이해
- 파일 읽기
- 수정 흐름
- 설명과 작업의 균형
이런 면에서 강하게 느껴질 수 있습니다.
그래서 많은 사람들에게 Claude Code는 그냥 모델 이름이 아니라 실제로 같이 코딩하는 감각과 연결되어 보입니다.
2. Codex 계열 CLI 흐름
OpenAI 쪽도 코딩 보조와 CLI 흐름에서 계속 존재감이 큽니다.
이쪽 흐름은 보통:
- 터미널 친화적이고
- 코드 생성/수정과 잘 붙고
- 실제 작업 환경에 모델을 가까이 두려는 방향
으로 이해할 수 있습니다.
즉 단순히 채팅으로 아이디어를 묻는 걸 넘어서, 실제 개발 흐름 속에서 더 바로 쓰이게 하려는 움직임이 있습니다.
3. Gemini CLI 계열 흐름
구글 쪽도 점점 더 단순 검색형 답변을 넘어서, 실제 작업과 연결되는 방향을 강화하고 있습니다.
특히 Gemini 계열은:
- 빠른 접근성
- 구글 생태계 연결
- 멀티모달
이런 장점이 있는데, 여기에 CLI 흐름까지 붙으면 실제 작업 환경 안에서의 활용성이 더 커질 수 있습니다.
4. 그 외 다양한 AI 에이전트/로컬 툴들
요즘은 특정 대형 회사 제품만이 아니라, 오픈소스나 로컬 에이전트 도구들도 CLI를 중심으로 많이 움직입니다.
이건 이유가 단순합니다. CLI는 가볍고, 연결하기 좋고, 자동화하기 좋고, 개발 흐름 안에 자연스럽게 녹아들기 좋기 때문입니다.
그래서 앞으로도 “AI + CLI” 조합은 더 자주 보이게 될 가능성이 큽니다.
이 부분이 가장 궁금할 수 있습니다. “CLI가 뭔지는 알겠는데, 그래서 실제로 코드는 어떻게 짜는 건데?”
흐름은 생각보다 단순합니다.
예를 들어:
- 프로젝트 폴더를 연다
- 터미널에서 AI 도구를 실행한다
- “이 프로젝트 구조를 설명해줘”라고 묻는다
- “이 기능을 추가해줘”라고 요청한다
- “이 에러 원인을 찾아줘”라고 말한다
- 필요하면 수정안을 적용하고 다시 실행해본다
즉 채팅창 하나를 따로 여는 것보다, 지금 내가 작업 중인 환경 안에서 바로 AI와 대화하는 느낌에 가깝습니다.
그래서 체감상 더 실전적일 수 있습니다.
특히 코딩에서는
- 파일 맥락
- 실행 결과
- 에러 메시지
- 프로젝트 구조
이런 것들이 너무 중요해서, AI가 이 맥락 가까이에 있을수록 훨씬 편하게 느껴질 수 있습니다.
이건 사람마다 다를 수 있지만, 점점 더 중요해질 가능성이 크다고 봅니다.
물론 모든 사람이 터미널을 좋아할 필요는 없습니다. 그리고 처음부터 CLI를 쓰는 게 가장 쉬운 길은 아닐 수도 있습니다.
하지만 AI를 점점 더 깊게 써보고 싶은 사람이라면, 결국 한 번쯤은 CLI 흐름을 만나게 될 가능성이 큽니다.
왜냐하면:
- 더 직접적이고
- 더 빠르고
- 자동화와 잘 이어지고
- 실제 프로젝트 작업에 가깝기 때문입니다
즉 CLI는 모두가 당장 써야 하는 도구라기보다, AI를 더 깊게 다루게 될 때 자연스럽게 만나게 되는 작업 방식에 가깝습니다.
돌이켜보면 요즘 CLI가 자주 보이는 이유는 꽤 분명합니다.
AI가 더 이상 단순히 설명만 해주는 존재가 아니라, 실제 코드와 파일, 프로젝트와 연결되어 함께 작업하는 도구가 되기 시작했기 때문입니다.
그리고 그런 흐름에서는 채팅창만으로는 부족해질 때가 많습니다. 그때 가장 자연스럽게 다시 떠오르는 공간이 CLI입니다.
그래서 CLI는 예전 방식이 다시 돌아온다기보다, AI 시대에 맞게 다시 중요한 자리를 찾고 있는 중이라고 보는 편이 더 맞는 것 같습니다.
처음엔 낯설어 보여도, 앞으로 AI 코딩이나 에이전트 흐름에 관심을 가지다 보면 CLI라는 단어를 훨씬 더 자주 만나게 될 가능성이 큽니다.
다음 글 예고
다음 글에서는 CLI 흐름이 강해질수록 왜 사람들은 단순한 채팅형 AI보다 “에이전트처럼 일하는 도구”에 더 관심을 가지게 되는지를 함께 정리해보려고 합니다.
이 글은 AI의 도움을 받아 작성되었습니다.
