leejk/ jk lee

Coding Agents: 분기는 모델에서 일어난다 · 2026.05

Aider — git이 source of truth

agent가 eval 도구이기도 한 유일한 자리

·
#coding-agents#aider#oss#git#benchmark#landscape

Aider의 자리는 터미널 + git + reproducibility — 모든 AI 변경이 atomic git commit으로 박혀 코드 작성과 git 워크플로가 분리되지 않는다. OSS Python CLI에 30+ provider BYOK, 자체 polyglot benchmark가 모델 비교의 industry standard이며 architect/editor pair로 비용을 줄인다. 코딩 에이전트 다섯 중 git workflow에 가장 좁고 가장 깊이 들어간 도구이자 agent가 eval 운영자까지 가져간 유일한 자리다.

TL;DR. Aider의 자리는 터미널 + git + reproducibility. 모든 AI 변경이 atomic git commit으로 박힌다 — 코드 작성과 git 워크플로가 분리되지 않는다. OSS Python CLI · 30+ provider BYOK · 자체 polyglot benchmark가 모델 비교의 industry standard. architect/editor pair · watch-mode AI! comments · prompt caching · /web /voice · .aider.conf.yml까지 2026 표준. Cline이 OSS BYOK + approval gate에 베팅했다면, Aider는 OSS BYOK + git-native에 베팅했다. 대화형 페어 프로그래밍이 본체.

본체

코딩 에이전트 카테고리 개요에서 Aider를 OSS CLI, polyglot benchmark의 표준 중 하나로 정리했다. 2026-05 기준 터미널 + git + 모델 자유도 + 자체 벤치마크 운영까지 확장됐다.

3개 1st-party(Claude Code·Codex·Cursor)가 layer 두께·surface 분산·자체 모델에 베팅하고 Cline이 모델 layer 독립에 베팅했다면, Aider는 git workflow와 reproducibility에 베팅한다. 모든 AI 변경이 git commit으로 박힌다는 디자인 결정 하나가 agent 자체의 본체가 된 자리다.

차별화 축이 layer 두께도 surface 분산도 application 모델도 BYOK 자유도도 아니다. AI coding과 git workflow의 통합 — 가장 좁은 영역에 가장 깊이 들어갔다.

강점 5축

1. git-native atomic commits — 모든 AI 변경이 reviewable·revertable

Aider의 디자인 핵심은 git을 source of truth로. 공식 docs 표현 그대로 — "Aider treats git as the source of truth and atomic commits as the unit of AI change"(DeployHQ Aider 가이드).

모든 AI 작업이 commit 단위로 박힌다. 반대로 rollback도 git revert 단 한 줄. 1st-party agent들이 agent layer 안에서 reviewable·revertable 지점을 따로 만드는 동안, Aider는 git이 이미 그 일을 한다는 디자인에 베팅했다.

이게 bitter-medicine의 심판 패턴의 가장 단순한 구현 — 심판은 사용자가 git log·git blame·git diff로. agent 안에 별도 심판을 둘 필요가 없는 대목. 매우 OSS-friendly한 결.

2. polyglot benchmark 자체가 industry standard

Aider가 본인이 만든 벤치마크(Aider-AI/polyglot-benchmark)가 2026 모델 비교의 industry standard 중 하나. Epoch AI·Vellum·llm-stats 등이 Aider polyglot leaderboard를 1차 자료로 인용한다.

벤치마크 디자인: 225개 Exercism 가장 어려운 문제 × 6언어(C++/Go/Java/JS/Python/Rust) × 두 번 시도(첫 시도 실패 시 unit test 결과 제공). 코드 작성 능력과 오류 수정·편집 능력을 같이 측정.

2026-05 리더보드: 공식 보드 1위는 GPT-5(high) 88.0%, Claude Sonnet 4.6 79.6%. Anthropic은 Claude Opus 4.5를 89.4%로 자체 보고하지만 공식 보드 등재치가 아니다(Anthropic-reported)(Aider polyglot leaderboard). 코딩 능력 비교에 가장 자주 인용되는 leaderboard가 Aider가 운영하는 도구 — agent 도구가 벤치마크 운영자까지 가져간 곳은 Aider만이다.

3. architect/editor pair — 비용 최적화의 자리

2026에서 가장 영리한 패턴 — architect 모델(비싼·깊은 추론)이 plan을 짜고, editor 모델(싼·빠른)이 실제 코드 편집. DeployHQ Aider 가이드 인용 그대로.

예: Opus 4.7이 architect로 multi-file refactor 전략 → Sonnet 4.6이 editor로 각 파일 변경. Opus 비싼 reasoning만 쓰고 editor는 5× 싼 모델에 위임. token-frugality lever 6개의 Sonnet 디폴트 + Opus 명시 호출 패턴이 agent 디자인에 박힌 대목.

Claude Code의 Managed Agents Advisor 패턴(Opus advisor + Sonnet executor)와 정확히 같은 결의 OSS 버전. Aider가 먼저 이 결을 만들었고, 1st-party가 layer로 따라왔다.

4. watch-mode + AI! comments — 에디터 옆 백그라운드

Aider의 quietly powerful 기능. 코드 안에 AI! 이거 고쳐줘 마커 comment를 적고 저장. Aider가 마커를 감지해서 주변 context를 읽고 변경 적용·commit·마커 clear(공식 docs).

사용자는 editor를 떠나지 않는다. vim·emacs·VS Code 어느 editor에서든 AI! comment를 적는 워크플로가 editor-agnostic. 1st-party agent들이 각자의 surface (CLI·IDE·cloud)에서 작동하는 동안, Aider는 editor 그 자체를 surface로 쓴다.

이게 Cursor Tab의 inline suggestion 즉각성과는 다른 결 — Cursor가 키스트로크 단위 제안이라면, Aider watch-mode는 명시적 마커 단위 작업. 느리지만 explicit한 지점.

5. .aider.conf.yml — version-controlled policy

2026에 정착한 layer. .aider.conf.yml로 AI coding policy를 팀 git repo에 박는다 — 모델 선택·context 파일·prompt 스타일·git commit 메시지 패턴까지 팀 표준화.

Cursor .cursor/rules/·Claude Code CLAUDE.md·Cline .clinerules/와 같은 결. agent layer policy의 versioning이 4 agent에 공통으로 정착한 패턴. Aider는 git workflow와 직결돼 있어서 이 대목이 가장 자연스럽다.

추가로 prompt caching 정착(2026), /web 명령어로 URL 컨텍스트, /voice로 음성 입력, GPT-5·Claude 4.x·Gemini 3.1 Pro 공식 지원까지 같이.

약점 5축

1. 시각 IDE 부재 — 터미널 본체

가장 명확한 한계. Cursor의 시각적 IDE form factor·Cline의 VS Code/multi-editor 통합에 비해 Aider는 터미널 한 줄로 작동. side-by-side diff·visual debugger·UI extension·multi-file tab이 없다.

Cursor 시장 점유율 18% 같은 daily editor 시장에 Aider는 근본적으로 들어갈 수 없다. power user·터미널 헤비·vim/tmux/emacs 쪽에 고정된다.

2. 자율성이 대화형 페어 프로그래밍에 머문다

가장 흔한 비판. Aider는 AI가 자율 실행을 키우는 분기에 덜 들어갔다. Claude Code의 GitHub Action 자동 PR·Codex cloud sandbox multi-hour 자율·Cursor Background Agent와 같은 백그라운드 자율 PR loop가 Aider에는 약하다.

Aider polyglot 벤치마크에서 Aider 본인이 1차 도구로 등장하지 않는 대목도 같은 결 — 벤치마크 운영자지 벤치마크 도구가 아니다. 대화형 작업에 강하고 agent mode 자율은 약한 부분.

3. 큰 코드베이스 multi-file refactor 약함

Aimultiple agentic CLI 비교에서 Aider 52.7% 종합 / 257초 / 126k 토큰. Claude Code 55.5% / 745초 / 397k 토큰에 비해 빠르고 가벼우면서 정확도가 낮다. 단순 task에서는 Aider가 효율적, 복잡 multi-file에서는 깊이가 부족.

Morphllm 비교에서 Aider가 Claude Code의 1/4.2 토큰을 쓰지만, 47 파일에 걸친 refactor에서는 Claude Code의 깊이가 우위. 작업 크기·복잡도가 일정 선을 넘으면 Aider의 영역이 좁아진다.

4. 시장 점유율은 power user에 고정

JetBrains AI Pulse Jan 2026에서 Copilot 29% / Cursor 18% / Claude Code 18%에 Aider는 명시적으로 없다. Cline도 같은 그룹이지만, Cline은 IDE 통합으로 일반 사용자 시장에 들어갈 여지가 있는 반면, Aider는 터미널 본체라 power user에 고정된 쪽.

F500 도입 사례·Fortune 500 64% 같은 신호가 Aider에는 비어 있다. individual developer·OSS contributor·LLM eval 운영자 영역이 본체.

5. 벤치마크 운영자의 잠재적 인센티브 갈등

가장 미묘한 약점. Aider가 polyglot benchmark를 운영하면서 동시에 Aider 본인이 그 벤치마크에 출전한다는 게 잠재적 인센티브 갈등. 2026-05 시점에는 모든 모델을 같은 protocol로 평가하지만, 벤치마크 설계 결정이 Aider 디자인 결정과 암묵적으로 정렬될 가능성이 있는 부분.

anti-slop 리뷰의 심판이 약한 marker에 비중을 둔 결 패턴이 벤치마크에도 적용. 심판이 토론자와 다른 컨텍스트에 있어야 한다는 원칙이, Aider polyglot에서는 같은 운영자다. 이게 직접 문제로 떨어진 사례는 없지만, agent의 자기 신뢰성에서 의식해야 한다.

Use case — 언제 Aider를 쓰면 좋은가

1. 명령형 단일 task — 특정 함수 수정·테스트 작성·간단한 refactor. Aider의 가벼움·빠름이 가장 강한 대목. Claude Code·Codex·Cursor가 과한 곳에서 Aider가 적합.

2. git workflow가 첫 시민인 자리 — 모든 변경이 atomic commit·atomic rollback·git log로 review·git blame으로 attribution. 팀의 코드 리뷰가 git workflow 자체인 자리. AI 변경이 human 변경과 같은 git 시민으로 박힌다.

3. vim·tmux·emacs·터미널 헤비 — editor에서 떠나지 않는 자리. AI! comment + watch-mode로 editor 안에서 백그라운드 AI 작업.

4. model agnostic 빠른 비교·eval 운영 — Aider polyglot benchmark를 직접 돌려 팀 워크플로에 맞는 모델 비교. agent 자체가 eval 도구이기도 한 자리.

5. architect/editor cost 최적화 — Opus architect + Sonnet editor 분리로 비용을 5× 줄인다. token-frugality lever 6개의 Sonnet 디폴트 + Opus 명시 호출 패턴이 agent 디자인 자체에 박힌 자리.

다른 에이전트와의 시너지

Aider + Claude Code — 작업 단위 분담

Claude Code 리뷰의 Aider 분담 단락과 거울. Aider가 단일·명령형 task를 가져가고 Claude Code가 큰 multi-file refactor·자율 백그라운드. 둘 다 CLI 본체라 같은 워크플로에서 자연스럽게 갈아탄다.

Aider polyglot reasoning-heavy task에서 o3로 디버깅 → 결과를 Claude Code로 가져와 큰 코드베이스 통합. 두 도구가 서로 다른 작업 단위를 분담하면서 git workflow에서 통합된다.

Aider + git workflow — 모든 변경이 reviewable

가장 강력한 시너지. AI 변경이 git에 박히므로 PR review·rollback·blame이 표준 git workflow로 처리된다. bitter-medicine 심판 패턴의 가장 가벼운 구현 — 심판이 별도 도구가 아니라 git tool chain.

team workflow에서 AI agent 통합의 governance가 별도 시스템 없이 git에 위임된다. 기존 code review process가 그대로 AI review process로 작동한다.

Aider + polyglot benchmark — eval 도구로서

팀 워크플로에 맞는 모델 선택을 데이터로 결정. 새 모델 출시(Opus 4.7·Sonnet 4.6·GPT-5.5·Gemini 3.1 Pro)마다 Aider polyglot 점수가 가장 빠르게 갱신된다.

team이 어떤 모델을 어떤 곳에 쓸지를 벤치마크 데이터로 결정. agent 도구가 eval 도구이기도 한 자리 — Aider만의 결.

Aider + Cline — OSS BYOK 페어

Cline 리뷰에서 짚은 자리. 둘 다 OSS·BYOK·multi-model. terminal Aider + IDE Cline. Aider의 git-native atomic commits + Cline의 approval gate가 모든 변경을 reviewable·approvable하게 만드는 OSS 양면.

엔터프라이즈 OSS-friendly 환경(금융·정부·healthcare)에서 1st-party 4개 대신 Aider+Cline 조합이 게이트를 통과한다.

Aider + watch-mode + vim/emacs — editor-agnostic

editor 자체에 머무는 사용자에게 가장 자연스럽다. vim·emacs·neovim·VS Code 어느 editor든 AI! comment 마커가 작동. Cursor의 IDE 락인·Claude Code의 terminal-native에 비해, Aider는 editor 자체에 침범하지 않는다.

종합

Claude Code·Codex·Cursor·Cline를 지나며 차별화 축은 계속 좁게 갈렸다. Aider가 그 마지막 갈림을 긋는다 — 차별화 축은 OSS 안에서도 다시 분기한다.

  • Claude Code (1st-party): 확장 7종 + 1M context
  • Codex (1st-party): 멀티 surface + 자율 cloud sandbox + 토큰 효율
  • Cursor (1st-party with application model): 시각적 IDE + BYOK 4개 + 자체 모델 두 종
  • Cline (3rd-party OSS, BYOK): 30+ provider BYOK + 사용자 승인 게이트
  • Aider (3rd-party OSS, git-native): 터미널 + git + atomic commits + polyglot benchmark 운영

5축이 서로 다른 차원에 있다. 시장도 다섯 갈래로 갈렸다 — F500 visual은 Cursor·Copilot, senior CLI는 Claude Code·Codex, sensitive/OSS/로컬은 Cline, git-native/명령형/eval은 Aider. 벤치 점수가 단일 1위가 없는 것은 agent 디자인 철학이 카테고리를 다섯 차원으로 펼친 결과다.

senior 컨센서스도 4-way에서 5-way로 확장된다 — daily Cursor (생성) → Codex (자율) → Claude Code (선별) → Cline (sensitive·OSS) → Aider (명령형·git-native). 각자 자기 영역이 있고, 겹치는 부분이 적다.

코딩 에이전트 카테고리 개요의 단정 "agent 선택은 좁고 진짜 분기는 모델"은 이 다섯을 보면 더 약해진다. agent 자체의 디자인 결정이 모델보다 더 깊은 곳에 박혀 있고, 모델 선택은 agent 안에서 toggle되는 변수가 늘었다. 카테고리 단정이 2026 Q3에 재단정돼야 한다.

지금은 Aider가 git workflow에서 5개 agent 중 가장 좁고 가장 깊이 들어간 도구라는 단정만으로 충분하다. 모든 AI 변경이 git commit으로 박힌다는 디자인 결정 하나가 agent의 본체가 됐고, eval 운영자까지 가져간 곳은 Aider만의 자리다. layer 두께·자율성·시각적 영역을 가져간 다른 4개와는 근본적으로 다른 결.

참고

1차 자료 (Aider 공식)

기술·분석

비교

관련 글

같은 주제