Aider와 Continue.dev 모두 오픈 소스이며, 사용자가 직접 모델을 가져와 사용하는 (bring-your-own-model) AI 코딩 도구입니다. 두 도구 모두 특정 LLM에 종속되지 않으며, 소프트웨어 자체에 대한 구독료를 부과하지 않고, 실험적인 단계라기보다는 안정적이라고 느껴질 만큼 충분히 오랫동안 존재해 왔습니다. 이 둘을 실제로 구분 짓는 요소는 작업할 때 당신이 어디에 위치하느냐입니다. Aider는 터미널 (terminal)에서 실행되며 git 저장소 (repo)를 작업 단위로 취급합니다. 반면, Continue.dev는 VS Code나 JetBrains 내부에서 실행되며 열려 있는 에디터 버퍼 (editor buffer)를 작업 단위로 취급합니다.

우리는 터미널 우선 (terminal-first) 및 에디터 우선 (editor-first) 철학이 마케팅 문구가 아닌 실제 환경에서 어떻게 갈라지는지 확인하기 위해, 일주일 동안 동일한 소규모 TypeScript 프로젝트를 대상으로 두 도구를 동일하게 테스트했습니다. 동일한 기능 요청과 동일한 모델 (Claude 및 Ollama를 통한 로컬 모델)을 사용했습니다.

각 도구가 지향하는 작업 방식

Aider는 명령줄 프로그램 (command-line program)입니다. git 저장소 내부에서 실행하고, 변경하려는 파일을 지정한 뒤, REPL을 통해 대화합니다. Aider가 편집을 수행할 때는 변경 사항을 디스크에 직접 기록하며, 기본적으로 적용된 모든 편집에 대해 git 커밋 (commit)을 생성합니다. 이 마지막 세부 사항이 이 도구의 성격을 결정짓습니다. Aider는 당신의 저장소가 신뢰할 수 있는 단일 원천 (source of truth)이며, 모든 AI 변경 사항은 검토 및 되돌리기가 가능한 커밋이어야 한다고 가정합니다. 변경 사항이 잘못되었다면, git diff를 확인하거나 /undo를 실행하여 잘못된 커밋을 제거할 수 있습니다.

또 다른 결정적인 특징은 저장소 맵 (repository map)입니다. Aider는 코드베이스 전체를 프롬프트 (prompt)에 쏟아붓는 대신, 심볼 (symbols)과 파일 구조의 압축된 맵을 구축하여 모델이 직접 볼 수 없는 부분에 대해 추론할 수 있을 만큼의 정보만 보냅니다. 이를 통해 대규모 저장소에서도 토큰 (token) 사용량을 낮게 유지하며, 수백 개의 파일이 있는 프로젝트에서도 사용 가능한 상태를 유지할 수 있는 주요 이유가 됩니다.

Continue.dev는 프로그램이 아니라 확장 프로그램 (extension)입니다. VS Code나 JetBrains IDE에 설치하면 이미 사용 중인 에디터에 세 가지 기능을 추가합니다: 타이핑 시 제공되는 인라인 자동 완성 (inline autocomplete), 열려 있는 파일과 하이라이트된 선택 영역을 볼 수 있는 채팅 사이드바 (chat sidebar), 그리고 버퍼 (buffer)에 변경 사항을 적용하는 편집/에이전트 모드 (edit/agent mode)입니다. 컨텍스트 (context)는 사용자가 제공하는 정보, 즉 활성 파일, 선택 영역, 또는 다른 파일, 문서, 터미널 출력에 대한 @ 참조 (references)로부터 옵니다. 어떤 것도 자동으로 커밋 (commit)되지 않으며, 변경 사항은 에디터 내에서 수락하거나 거절할 수 있는 일반적인 에디터 디프 (diff) 형태로 나타납니다.

이것은 폐쇄형 대 오픈형, 또는 저렴함 대 비쌈의 비교가 아닙니다. 두 도구 모두 MIT 라이선스이며 모델 불가지론적 (model-agnostic)입니다. 즉, Claude, 로컬 Ollama 모델, 또는 OpenAI 호환 엔드포인트 (endpoint)를 가진 무엇이든 사용하여 실행할 수 있습니다. 여러분이 지불하는 비용은 모델의 API 비용이며, 이는 어떤 도구가 요청을 보내든 동일합니다. 라이선스가 아닌 워크플로 (workflow)를 기준으로 선택하십시오.

차이점이 실제로 크게 느껴지는 지점

차이는 변경 사항이 하나 이상의 파일에 영향을 미치는 순간 나타납니다. Aider의 '편집당 자동 커밋 (auto-commit-per-edit)' 방식은 세 개의 파일을 리팩터링 (refactor)할 때, 읽거나, 이분 탐색 (bisect)하거나, 개별적으로 롤백 (roll back)할 수 있는 깔끔한 커밋 시퀀스로 남는다는 것을 의미합니다. 모델이 이름 변경 (rename) 과정에서 잘못되었을 때, 명령 한 번으로 되돌릴 수 있었고 작업 트리 (working tree)는 다시 깨끗해졌습니다. "이 흩어진 디프들을 모두 수락하시겠습니까?"와 같은 단계는 없습니다. 디프 자체가 커밋이며, git이 리뷰 인터페이스 (review surface)가 됩니다.

반면 Continue.dev는 여러분을 에디터의 리뷰 루프 (review loop) 안에 머물게 합니다. 거터 (gutter)에서 제안된 각 헝크 (hunk)를 확인하고 그 자리에서 수락하거나 거절할 수 있으며, 이는 이미 읽고 있던 파일을 떠날 필요가 없기 때문에 단일 파일 작업 시에는 더 빠릅니다. 다만 그 대가로 다중 파일 변경 시의 격식 (ceremony)이 줄어듭니다. 여러 탭에 걸쳐 헝크를 수락하게 되며, git 히스토리 (history)에는 AI의 단계별 추론 과정이 아닌, 여러분이 나중에 스테이징 (stage)하기로 결정한 내용이 반영됩니다.

자동 완성 (Autocomplete)은 가장 명확한 기능적 차이입니다. Continue.dev는 진정한 fill-in-the-middle 자동 완성 프로바이더(provider)를 제공합니다. 즉, 타이핑하는 동안 Tab 키를 눌러 수락하는 회색 텍스트 제안 기능입니다. Aider에는 이에 상응하는 기능이 없습니다. Aider는 대화형 도구이지, 타이핑 어시스턴트(typing assistant)가 아닙니다. 만약 "타이핑할 때 AI가 내 코드를 완성해 주는 것"이 여러분이 의존하는 워크플로우라면, 그것만으로도 결정은 끝납니다.

컨텍스트 제어 (Context control)는 반대의 양상을 보입니다. Aider에서는 채팅에 파일을 명시적으로 /add 하므로, 모델이 무엇을 볼 수 있는지 항상 정확히 알 수 있으며, 레포지토리 맵 (repo map)이 그 간극을 메워줍니다. Continue.dev에서 컨텍스트는 더 암시적입니다. 열려 있는 파일과 여러분이 @로 언급하는 내용이 중심이 됩니다. 이는 간단한 질문을 할 때는 마찰이 적지만, 대규모 변경 작업 시에는 실수하기 쉽습니다. 모델이 여러분이 가정하는 것보다 더 적은 정보를 바탕으로 추론할 수 있기 때문입니다.

두 도구 모두 무료이며 모델에 구애받지 않기 때문에(model-agnostic), 많은 개발자가 이들을 함께 사용합니다. Continue.dev는 자동 완성 및 에디터 내에서의 빠른 질문용으로, Aider는 터미널에서 실행되는 더 크고 git으로 추적 가능한 리팩토링 (refactor)용으로 사용하는 식입니다. 두 도구는 동일한 API 키를 공유하며 서로 충돌하지 않습니다. 결정하기 어렵다면, 하나의 습관으로 굳히기 전에 일주일 동안 둘 다 설치해서 사용해 보세요.

어떤 것이 당신에게 맞을까요

터미널에서 생활하고, 깨끗하고 감사 가능한(auditable) git 히스토리를 중요하게 생각하며, 여러 파일에 걸친 작업을 수행한다면 Aider를 선택하세요. 자동 커밋 (auto-commit) 모델과 레포지토리 맵은 정확히 그러한 작업을 위해 구축되었습니다. 즉, 커밋으로서 검토하고 모델이 틀렸을 때 정교하게 되돌리고(revert) 싶은 대규모 변경 작업을 위한 것입니다. 이는 이미 git diff 방식으로 사고하는 개발자들에게 보상을 제공합니다.

중심축이 에디터에 있고, 워크플로우에 자동 완성이 포함되기를 원하며, AI 사용의 대부분이 이미 보고 있는 코드에 대한 빠른 단일 파일 편집 및 질문이라면 Continue.dev를 선택하세요. 인라인 리뷰 (inline review) 흐름은 여러분을 하나의 창에 머물게 하며, 이는 그러한 방식의 작업에 더 빠른 피드백 루프를 제공합니다.

만약 에디터 우선 경험의 가장 세련된 버전을 원하고, 오픈 소스 확장 프로그램을 직접 연결하는 대신 관리형 제품에 비용을 지불할 의사가 있다면, Continue.dev와 함께 전용 AI 네이티브 에디터 (AI-native editor)를 살펴보는 것도 가치가 있습니다.

솔직한 요약은 다음과 같습니다: 이것은 기능의 순위가 아니라 워크플로우 (workflow)의 선택 문제입니다. 두 도구 모두에서 실제 사고를 수행하는 것은 동일한 Claude 또는 로컬 모델 (local model)입니다. 당신이 선택하는 것은 AI 어시스턴트 (AI assistant)가 저장소 (repository)가 계약의 기준이 되는 터미널 (terminal)에서 당신을 만날 것인지, 아니면 열려 있는 버퍼 (open buffer)가 기준이 되는 에디터 (editor)에서 당신을 만날 것인지에 대한 것입니다.