코딩 에이전트의 계보와 오늘의 지형

"Claude Code 같은 코딩 에이전트는 어디서 왔을까?" 이 질문에 흔히 돌아오는 답은 AutoGPT(2023)다. 그러나 이 답은 정확하지 않다. '코딩 에이전트'가 가리키는 것이 작동 메커니즘인지, 제품 형태인지, 터미널이라는 인터페이스인지에 따라 시초가 달라지기 때문이다.

이 글은 두 가지를 정리한다. 먼저 코딩 에이전트가 어디서 왔는지 계보를 따라가고, 이어 2025~2026년 현재의 지형을 세 가지 형태로 나눠 살펴본다.

시초는 하나가 아니다

"에이전트"를 무엇으로 보느냐에 따라 기점이 갈린다. 적어도 네 갈래로 나눌 수 있다.

무엇의 시초인가	기점	시기
사고–행동–관찰 루프(메커니즘)	ReAct1	2022-10
자율 에이전트(제품 형태)	AutoGPT3	2023-03
코딩 전용 에이전트	2023년 군집	2023
CLI 코딩 에이전트	Aider9	2023-06

메커니즘. 생각하고 → 행동하고 → 결과를 관찰하고 → 다시 생각하는 순환을 동작하는 코드와 함께 처음 제시한 것은 ReAct¹(2022-10)다. AutoGPT보다 다섯 달 빠르고 ChatGPT보다도 앞선다. '행동하는 LLM'의 뿌리는 더 거슬러 올라가 웹을 직접 뒤져 답하는 WebGPT(2021)²까지 닿는다.

자율 에이전트. AutoGPT³(2023-03)는 메커니즘의 발명이 아니다. "목표만 주면 알아서 일하는 자율 에이전트"라는 개념을 대중의 언어로 정착시킨 촉매에 가깝다. 게다가 코딩 전용이 아니라 코드 작성을 여러 기능 중 하나로 포함한 범용 도구였다. 즉 AutoGPT는 코딩 에이전트의 시초라기보다 자율 에이전트 붐의 변곡점으로 보는 편이 정확하다.

코드 생성과 코딩 에이전트는 다르다

코드를 만들어 내는 시스템은 에이전트보다 한참 앞서 있었다. GitHub Copilot⁴과 Codex(2021)⁵는 다음 줄을 채워 주는 자동완성이었고, AlphaCode(2022)⁶는 수천 개의 후보를 생성한 뒤 테스트로 걸러내는 방식이었다. 둘 다 인상적이지만 환경과 주고받는 순환이 없다.

여기서 한 가지 기준이 나온다. 순환이 없으면 코딩 에이전트가 아니다. 코드를 잘 짜는 것은 모델의 역량 문제이고, 코딩 에이전트는 그 역량을 환경과의 루프(편집 → 실행 → 관찰 → 수정)에 태우는 하네스(harness)의 문제다. 둘은 다른 축이다.

코딩 전용 에이전트가 2023년 중반 한꺼번에 쏟아진 배경에는 두 인프라 사건이 있다. 장기 추론·도구 사용을 실용 수준으로 끌어올린 GPT-4(2023-03)⁷와, 모델이 JSON 같은 구조화된 형식으로 도구 호출을 요청하도록 표준화한 OpenAI의 function calling(2023-06)⁸이다. 이 표준화가 "대화하는 모델"과 "도구를 부리는 에이전트"를 갈랐다.

CLI 코딩 에이전트의 세 박자

터미널에서 git 저장소를 끼고 일하는, 지금의 Claude Code와 똑 닮은 형태의 시작은 Aider⁹(2023-06)다. 저장소 지도를 만들고, 관련 파일을 맥락에 넣고, 변경을 diff로 적용하고, 자동으로 커밋한다. Claude Code가 하는 일을 약 1년 반 먼저 구현했다.

흥미로운 것은 이 형태가 곧장 주류가 되지 않았다는 점이다. CLI 코딩 에이전트는 세 박자를 밟았다.

• 2023 · 태동. Aider가 '터미널 + git + diff'라는 형태를 증명했다. 다만 당시 모델과 하네스는 이를 주류로 끌어올릴 만큼 성숙하지 않았다.
• 2024 · IDE로 이탈. 무게중심이 IDE로 넘어갔다. Cursor¹⁸가 부상하고 Copilot이 확산되면서 터미널은 파워유저의 영역으로 밀려났다.
• 2025 · 르네상스. Claude Code(2월)¹¹, Codex CLI(4월)¹², Gemini CLI(6월)¹³가 거의 동시에 등장하며 터미널이 다시 주류 형태로 복귀했다.

그래서 Aider는 실패작이 아니라 '조숙(premature)'에 가깝다. 설계의 직관은 옳았고, 모델(Claude 3.5¹⁰·3.7¹¹)과 하네스가 따라오기까지 약 2년이 걸렸을 뿐이다.

오늘의 지형: 세 가지 form factor

2025~2026년의 코딩 에이전트는 인터페이스 형태에 따라 셋으로 나뉜다. 이 분류가 도구 선택의 1차 기준이 된다.

form factor	상호작용 방식	대표 도구	적합한 작업
CLI(동기)	터미널에서 실시간 협업	Claude Code, Codex CLI, Gemini CLI, Aider	탐색·디버깅·헤드리스 자동화
IDE 통합(동기)	에디터 안 인라인·에이전트	Cursor, Windsurf, Copilot, Cline	편집 중심, 시각적 맥락
클라우드 비동기	작업 위임 후 PR 수령	Codex(클라우드), Jules, Copilot coding agent, Devin	명세 명확·독립·병렬 처리

CLI 에이전트 (동기)

2025년 한 해에 주요 벤더가 거의 동시에 터미널 에이전트를 내놓았다.

도구	제작사	출시	라이선스	특징
Claude Code11	Anthropic	2025-02	상용	서브에이전트·hooks·헤드리스, 사실상 카테고리 기준점
Codex CLI12	OpenAI	2025-04	오픈소스	codex exec 헤드리스, IDE와 설정 공유
Gemini CLI13	Google	2025-06	오픈소스	대용량 무료 한도
Aider9	Paul Gauthier	2023	오픈소스	CLI 페어프로그래밍의 원형, BYO 키

이 밖에 provider 무관 TUI인 OpenCode¹⁴, Sourcegraph 계열의 Amp¹⁵, Go 기반 Crush¹⁶, Gemini CLI를 포크한 Alibaba의 Qwen Code¹⁷ 등이 있다. 조사 대상 다수가 비대화형(headless) 실행을 1급으로 제공하고(Codex exec, Amp -x, Claude Code print 모드) 대부분 MCP를 지원한다.

CLI가 돌아온 실용적 이유는 두 가지다. 합성성 — stdin/stdout·파이프·종료 코드라는 Unix 표준 인터페이스를 그대로 따르므로 셸·make·CI에 끼워 넣을 수 있다. 헤드리스 운영 — CI 러너·cron·컨테이너에서 무인 실행이 가능하다. GUI에 갇힌 IDE 플러그인이 구조적으로 제공하기 어려운 속성이다.

IDE 통합 에이전트 (동기)

2024년 IDE 통합을 대중적 무게중심으로 만든 것은 Cursor의 급성장과 Copilot의 확산이었다. 2025년 들어 이 계열은 일제히 "자동완성 → 자율 에이전트(agent mode)"로 이동했다.

도구	제작사	포지션
Cursor18	Anysphere	에이전트 우선 IDE, 계열의 무게중심(Composer 2025-10, Cursor 3 2026-04)
Windsurf19	Windsurf(2025-12 Cognition 인수)	"첫 agentic IDE" 표방(Cascade)
GitHub Copilot20	GitHub	최대 사용자 기반, agent mode 2025-04
Cline21	Cline Bot	오픈소스 확장, BYOK 자율 에이전트

그 외 Cline을 포크한 Roo Code²², 엔터프라이즈 특화 Cody²³, Rust 에디터 Zed²⁴, JetBrains의 Junie²⁵, 2026년 Cursor에 인수된 Continue²⁶ 등이 있다. 전체 방향성은 "다음 줄 제안"에서 "티켓·태스크 단위를 자율 수행하고 사람이 검토·승인하는 에이전트"로의 전환이다.

클라우드 비동기 에이전트

2025년 상반기에 같은 형태의 발표가 집중되며 새로운 축이 형성됐다.

도구	제작사	발표	형태
OpenAI Codex(클라우드)27	OpenAI	2025-05	ChatGPT 연동 격리 샌드박스, 병렬 작업 → PR
Copilot coding agent28	GitHub	2025-05	이슈 할당 → 백그라운드 VM → draft PR
Jules29	Google	2025-05	클라우드 VM 단독 수행 → 리뷰 PR
Devin 2.030	Cognition	2025-04	자율 SWE, 종량제 전환
Claude Code on the web31	Anthropic	2025-11	브라우저에서 병렬 작업 위임

공통 패턴은 비동기 위임(async delegation)이다. "작업을 통째로 위임 → 격리 샌드박스에서 단독·병렬 수행 → 리뷰용 PR 반환." GitHub 이슈/레포 연동과 PR 산출을 공통 인터페이스로 채택한 점이 실용적 특징이다.

여기서 한때 갈라졌던 두 계보가 다시 만난다. 목표를 통째로 위임하는 자율형(AutoGPT → Devin)과 사람 곁에서 함께 일하는 CLI형(Aider → Claude Code)이, 이제 동기 CLI와 비동기 클라우드라는 형태로 한 제품군 안에 공존하게 됐다.

어디까지 왔나: 벤치마크

성능은 여러 공개 벤치마크로 측정된다. 가장 널리 쓰이는 것은 실제 GitHub 이슈 해결을 평가하는 SWE-bench³²와 그 인간 검증 부분집합인 SWE-bench Verified³³다.

• SWE-bench Verified는 2025년 말 80%를 넘었다. 2025-11 Claude Opus 4.5³⁴가 80.9%로 처음 80% 선을 돌파했다.
• 반면 실제 터미널 작업을 평가하는 Terminal-Bench³⁵는 50% 안팎, 시각 요소가 포함된 SWE-bench Multimodal³⁶은 최고 ~12%, 실제 프리랜서 작업 기반의 SWE-Lancer³⁷는 과반에 못 미친다.

즉 한 지표(SWE-bench Verified)의 고득점이 전방위 실무 역량을 뜻하지는 않는다. 터미널 운영, 시각 맥락, 경제성 있는 실무 과제는 여전히 난제다.

아키텍처: 한 가지 통념과 한 가지 표준

멀티 에이전트가 늘 정답은 아니다. Anthropic은 병렬 분할이 가능한 리서치류 작업에서는 멀티 에이전트가 큰 향상을 보이지만(토큰 비용은 약 15배), 상호의존성이 높은 코딩에서는 멀티 에이전트를 권장하지 않는다고 밝혔다³⁸. 코딩 에이전트의 기본형은 여전히 단일 에이전트에 보조 서브에이전트를 더한 구조다.

MCP가 사실상 표준이 됐다. 모델 컨텍스트 프로토콜(MCP, 2024-11)은 1년 만에 OpenAI·Google·Microsoft·GitHub·AWS의 채택을 받아 도구 연결의 공용 규격으로 자리 잡았다³⁹. 서브에이전트(컨텍스트 격리), hooks(이벤트 기반 품질 게이트), planning, 컨텍스트 압축, 그리고 AGENTS.md 같은 저장소 레벨 지침 파일이 표준 패턴으로 정착했다.

무엇을 골라야 하나

도구 선택의 1차 기준은 위의 form factor, 2차 기준은 작업의 상호작용 밀도와 병렬성이다.

• 탐색·디버깅·잦은 방향 전환 → 동기 CLI/IDE(Claude Code, Cursor). 매 단계 사람이 개입하는 고밀도 협업.
• 명세가 명확하고 독립적인 작업(버그 백로그, 루틴 수정, 의존성 업그레이드, 마이그레이션) → 비동기 위임(Codex 클라우드, Jules, Copilot coding agent, Claude Code on the web). PR 리뷰 게이트로 검증.
• CI·cron·운영 자동화 → 헤드리스 CLI(Claude Code print 모드, codex exec).
• 오픈소스·BYOK 선호 → Aider, OpenCode, Cline.
• 엔터프라이즈(거버넌스·코드베이스 컨텍스트) → Cody, Copilot Enterprise.

한 줄로 요약하면, "지금 같이 풀어야 하는 문제"는 동기로, "맡겨 두고 나중에 PR로 받을 문제"는 비동기로 가는 것이 실용적 분기점이다.

정리

코딩 에이전트의 시초는 하나가 아니다. 메커니즘의 기점은 ReAct(2022-10), 자율 에이전트 붐의 변곡점은 AutoGPT(2023-03), CLI 코딩 에이전트의 선구자는 Aider(2023-06)다. CLI 형태는 2023 태동 · 2024 IDE 이탈 · 2025 르네상스의 비선형 궤적을 그렸고, 지금의 지형은 CLI·IDE·클라우드 비동기의 세 갈래로 분화하면서 한때 갈라졌던 두 계보가 다시 수렴하고 있다. 벤치마크상 SWE-bench Verified는 80%를 넘었지만 터미널·멀티모달·경제성 과제는 여전히 남아 있다. 결국 도구 선택은 단일 지표가 아니라, 작업의 성격에 맞는 형태를 고르는 문제로 귀결된다.

---

각주