AI를 많이 활용하는 사람들은 보통 AI를 어떻게 쓰고 있을까요? 요즘은 웹이나 데스크탑 앱만큼이나 터미널에서 AI를 불러와 쓰는 경우도 많아 보입니다. 터미널 생김새만 보면 수십 년 전에 사용했던 것 같은 새까만 창일 뿐이라, 정작 AI를 활용하는 사람들 사이에서도 “우리는 왜 터미널로 갈아탔는가”를 두고 토론이 벌어지기도 합니다. 이 글에서는 AI를 쓰는 세 가지 방법, 데스크탑 앱, 터미널, IDE를 차례로 짚으면서 어떤 특징이 있는지 정리해보고자 합니다.
채팅 웹/앱: 채팅창 단위로 일하는 AI
웹 브라우저 또는 챗GPT나 클로드(Claude) 앱은 채팅창으로 요청하고 답을 받는, AI와 소통하는 가장 보편적인 형태입니다. 데스크탑 앱에서는 대화창 하나가 곧 작업 공간입니다. 마치 카톡 대화창처럼, 우리가 올리는 파일도 그 채팅창 안에 올라가는 별도 파일이 되고 결과물도 그 대화창 안에만 존재합니다. 만들어진 것을 내려받아 제자리에 옮기는 일은 우리의 몫이죠. 그리고 새 채팅을 열면 이전 대화에서 하던 작업의 맥락은 이어지지 않습니다. 메모리 기능이 우리에 대한 정보를 일부 기억해 주기는 하지만, 작업하던 파일과 진행 상황까지 넘어오는 것은 아니니까요.
그렇기에 데스크탑 앱은 글쓰기, 자료 정리, 아이디어 구상처럼 한 대화 안에서 끝나는 일에 알맞습니다. 반대로 수십 개의 파일이 얽힌 프로젝트 폴더를 통째로 다루는 작업에는 불리합니다. 대화가 바뀔 때마다 맥락이 끊기기 때문이죠. 최근에는 클로드 코워크(Cowork)처럼 앱에서 로컬 폴더를 지정하면 그 안의 파일을 직접 읽고 고치는 기능이 나오는 등, 데스크탑 앱이 다룰 수 있는 작업의 범위도 점점 넓어지고 있기는 하지만요.
결국 데스크탑 앱의 작업 단위는 ‘대화’ 하나입니다. 맥락을 프로젝트 폴더가 아닌 채팅창 대화 기록에 담는 것. 이것이 데스크탑 앱의 결정적인 특성이라고 할 수 있겠습니다.
터미널(CLI): 프로젝트 폴더 단위로 일하는 AI
터미널에서 명령어로 실행하는 AI를 CLI 에이전트라고 부릅니다. 대표적인 예가 Codex, Claude Code입니다. 프로젝트 폴더에서 AI 작업을 실행하면 그 폴더 전체가 작업 맥락이 됩니다. AI가 폴더 구조를 훑고, 여러 파일을 한 번에 고치고, 테스트나 설치 같은 명령을 직접 실행합니다. CLAUDE.md, AGENTS.md처럼 프로젝트 규칙을 적어두는 파일을 만들어두면 세션을 껐다 켜도 그 규칙대로 작업을 이어가죠. 채팅창이 닫히면 사라지는 맥락과 달리, 폴더에는 맥락이 파일로서 차곡차곡 쌓입니다.
AI 작업 시에 터미널을 선호하는 이유도 위와 같은 특징에 기인합니다.
터미널은 말하자면 컴퓨터 전체를 조작하는 만능 리모컨 같은 도구입니다. 파일 검색부터 프로그램 실행, 설치, 배포까지, 컴퓨터에서 일어나는 대부분의 일은 명령어로 처리할 수 있습니다. 그렇기에 AI가 터미널을 쥐면 할 수 있는 일의 범위가 크게 넓어집니다. 우리가 터미널에서 AI에 작업을 한 번 맡기면, AI는 파일을 고치고 실행해 보고 결과를 확인하는 사이클을 스스로 돌면서 오래 일합니다. 우리가 제안을 하나씩 수락해 주어야 다음으로 넘어가는 방식과는 일의 단위 자체가 다릅니다. 우리는 방향을 지시하고 중간중간 결과를 검토하면 됩니다.
또한, 터미널에서는 여러 AI 작업을 동시에 진행할 수 있습니다. 작업 폴더를 나누면 에이전트 여럿이 서로 충돌하지 않고 각자의 폴더에서 병렬로 진행합니다. 우리는 큰 작업 하나를 맡겨두고, 그동안 다른 폴더에서 다른 일을 시킬 수 있는 거죠.
물론 터미널에도 불편함은 있습니다. 이미지를 붙여넣기가 번거롭고, 창 크기를 바꾸면 가끔 화면이 깨지기도 하죠. 그래서 일부 개발자들은 “더 나은 UI가 나오기 전의 과도기”로서 터미널을 바라보기도 한다고 하네요.
그럼 IDE / ADE는 왜 쓰는 걸까요?
먼저 IDE(Integrated Development Environment, 통합 개발 환경)란, 작업자가 소스 코드 편집, 디버깅 등 프로젝트에 필요한 작업을 보다 효율적으로 할 수 있도록 돕는 소프트웨어 애플리케이션을 뜻합니다. 비주얼 스튜디오 코드(VS Code), 커서(Cursor), 구글의 안티그라비티(Antigravity) 등이 있죠. 그런데 최근에는 이런 도구들이 점점 에이전트 중심으로 옮겨가고 있습니다. 커서는 여러 에이전트를 서로 격리된 작업 공간에서 동시에 돌릴 수 있게 바뀌었고, 안티그라비티는 구글이 아예 ‘에이전트 우선(agent-first) 개발 플랫폼’이라고 소개하죠. 더 나아가 오르카(Orca)처럼 처음부터 여러 AI 코딩 에이전트를 운용하는 것을 전제로 만들어진 ADE(Agent Development Environment, 에이전트 개발 환경)라는 이름의 도구도 등장했습니다. 아직 널리 굳어진 용어는 아니지만, 편집기에 AI를 붙이는 단계를 넘어 에이전트를 부리는 환경 자체를 새로 설계하려는 흐름을 보여주는 표현입니다.
이런 IDE/ADE 서비스에 AI를 연결해 작업할 수 있습니다. 작업 단위는 터미널과 같은 폴더인데, 이런 프로그램을 썼을 때 좋은 점은 AI가 일하는 과정이 화면에 보인다는 점입니다. IDE/ADE에서는 AI가 고친 부분이 diff(변경 전후 비교)로 표시됩니다. 어떤 파일의 어느 줄이 바뀌었는지 한눈에 들어오고, 마음에 들지 않는 수정은 버튼 하나로 되돌릴 수 있죠. 결과물을 완성된 형태로 받아보는 것이 아니라, 고쳐지는 과정을 지켜보면서 일하게 되는 셈입니다.
IDE/ADE 안에서 터미널을 열어 AI CLI 에이전트를 함께 사용할 수도 있습니다. 큰 작업은 터미널의 AI에게 맡기고, 그 결과를 편집기 화면에서 검토하는 식으로요. 터미널의 AI가 옆 책상에서 일하는 직원이라면, IDE의 AI는 같은 모니터를 보며 함께 일하는 페어 프로그래밍(Pair Programming) 동료인 셈입니다.
정리하면
세 방식을 가르는 기준은 하나입니다. AI가 일하는 동안 우리가 무엇을 하는가. 채팅 앱에서 우리는 질문을 던지고 답이 오기를 기다립니다. 터미널에서는 일을 통째로 맡겨두고 그 시간에 다른 일을 합니다. IDE/ADE에서는 AI가 고치는 화면을 지켜보다가 마음에 들지 않는 부분을 그 자리에서 바로잡습니다. AI에게 넘기는 일의 크기가 다르고, 우리가 개입하는 시점이 다른 것이죠.
이런 구분이 언제까지 유효할지는 모르겠습니다. 앱은 폴더를 지정해 프로젝트 단위 작업으로 넓어지고 있고, 터미널은 IDE에 연결되어 화면을 얻었으니까요. 도구들이 이렇게 서로를 닮아갈수록, 결과를 가르는 것은 도구가 아니라 일을 맡기는 우리 쪽의 방향과 작업 방식이 될 것입니다.
그렇다면 지금 우리가 하려는 일에는 어떤 방식이 가장 적정할까요? 상황별로 정리해 봤습니다.
| 상황 | 추천 |
|---|---|
| 글쓰기, 자료 정리, 아이디어 구상, 일반 업무 | 웹 브라우저, 데스크탑 앱 |
| 프로젝트 전체를 맡기는 큰 작업, 자동화 | 터미널 |
| 결과물을 직접 보면서 세밀하게 다듬는 작업 | IDE / ADE |
이 중 어느 하나가 정답인 것은 아닙니다. 지금 하려는 일의 성격에 맞는 활용 방식을 골라 사용하면 되는 것이죠. AI를 어디에서 어떻게 쓸지 고민하는 분들께 이 글이 조금이나마 도움이 되기를 바랍니다.
