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

TL;DR. Claude Code · Cursor · Codex · Cline · Aider가 코딩 에이전트 자리를 잡았다. 그 위에 얹히는 코딩 모델은 Opus 4.7 · Sonnet 4.6 · GPT-5 · Gemini 3.1 Pro · o3. 제품 중 BYOK가 다수(Cursor·Cline·Aider)라 어떤 모델을 얹는가가 더 무거운 결정이다. 강약을 박고, 결론은 시나리오별 조합 추천.

업데이트 (2026-08-15) — 제품 축은 버텼고, 모델 축은 두 세대 갈렸다. 이 카테고리의 단정은 "agent 선택은 좁고 진짜 분기는 모델"이었다. 그 단정이 맞았다는 게 이 글의 모델 표가 먼저 낡았다는 사실로 증명됐다 — 제품 다섯(Claude Code·Cursor·Codex·Cline·Aider)은 그대로인데, 아래 얹히는 모델은 전부 바뀌었다.

아래 표의 모델	2026-08 현행
Opus 4.7	Opus 5(2026-07-24) — SWE-bench Verified 96.0%, $5/$25 동결. 중간에 Opus 4.8(05-28)이 한 번 더 있었다
Sonnet 4.6	Sonnet 5(2026-06) — Free·Pro 기본 모델
GPT-5 · o3	GPT-5.6(2026-07-09) Luna·Terra·Sol 3종
Gemini 3.1 Pro	Pro 티어는 아직 3.1 Pro(3.5 Pro 미출시), 에이전틱·코딩은 3.5 Flash

아래 모델별 강약·가격·벤치 행은 2026-05 스냅샷으로 읽을 것. 현행 줄세우기는 models 개요에 있다. 제품 비교(BYOK·승인 게이트·surface·확장)는 그대로 유효하다 — 모델 세대가 갈려도 제품이 그은 축은 안 움직였다는 게, 이 카테고리 단정의 두 번째 증거다.

코딩 에이전트라 부르는 자리

정의 — 코드 작업을 세션 단위로 자동 실행하는 제품. CLI·IDE·cloud 어디서든 모델에게 코드 베이스 접근권을 주고 작업 단위를 위임하는 형태.

Agent Framework와의 차이 — framework는 agent 위에 얹는 메서드론이고(superpowers·gsd·ecc·gstack), 여기서 보는 agent 자체는 그 framework가 올라타는 런타임이다. Framework가 어떻게 일할지라면, agent는 어디서 일할지에 대한 결정이다.

분류 축은 다음과 같다.

제품

Claude Code — Anthropic 1st-party CLI

강점 — Anthropic이 자사 코드 작성에 사내 사용한다. 1M context Opus 4.7과 직접 통합되고, GitHub Action 자동 PR 코멘트가 GA. Skill 시스템·MCP·subagent를 1st-party가 모델 친화적으로 디자인.

약점 — 모델 lock-in(Anthropic만). long-context 작업에서 silent Sonnet downgrade·Max plan 200K cap 같은 실패 패턴이 같은 분기에 누적. UI는 CLI 본체라 GUI 워크플로 사용자에겐 진입 장벽.

Cursor — VS Code fork의 시장 점유 1위

강점 — BYOK 멀티 모델(Anthropic·OpenAI·Google·xAI 모두 선택), agent mode IDE의 표준. Stripe·Shopify 같은 대형 회사 도입 사례 공개. tab completion·multi-file edit·composer 흐름이 비-CLI 코딩 워크플로의 기준.

약점 — Composer의 맥락 컷오프 — agent layer가 모델의 전체 컨텍스트 윈도우보다 좁게 잘라내는 구조. 가격 정책 변경이 분기 내 반복 논란. VS Code fork라 upstream 정책 변화에 종속.

Codex — OpenAI cloud + CLI

강점 — OpenAI 모델 1st-party 직결, cloud sandbox 백그라운드 자율 실행 + GitHub 직접 통합. GPT-5·o3와 묶인 agentic loop이 OpenAI 생태계 내에서 정돈됨.

약점 — cloud-only 강제가 보안 정책 있는 회사에 부담. Anthropic·Google 모델 사용 불가. Aider polyglot·SWE-bench Verified 같은 코딩 벤치마크에서 Claude 4.x 라인에 밀리는 대목이 반복.

Cline — OSS VS Code 확장

강점 — 완전 BYOK(OpenRouter·Anthropic·OpenAI·로컬 Ollama 다 가능), GitHub stars 누적이 1st-party 제품과 비교 가능 수준. 툴 사용 transparency가 신뢰 부르는 지점 — every tool call·diff·terminal 명령을 승인 단계로 노출.

약점 — 모델·API 키 직접 관리 부담(설정·refill·rate limit). 1st-party가 아니라 모델 회사들의 SDK 변경에 늦게 따라가는 쪽. UX는 기능적에 가까움.

Aider — OSS CLI, polyglot benchmark의 표준 중 하나

강점 — 터미널 한 명령으로 git-aware 코딩. Aider polyglot benchmark가 multi-language 코딩 모델 비교에서 가장 자주 인용되는 벤치마크 중 하나. BYOK + 가장 가벼운 setup. 명령형 작업(특정 함수 수정·테스트 작성)에서 강함.

약점 — IDE GUI 없음(터미널 중심). 큰 코드베이스 agent mode는 약함 — Aider는 대화형 페어 프로그래밍에 가깝지 백그라운드 자율 실행은 아님.

제품 비교 표

표 한 줄 결론 — BYOK가 다수(Cursor·Cline·Aider)고, 1st-party lock-in은 소수(Claude Code·Codex). 가장 깊은 분기는 어떤 모델을 얹는가다.

모델

Claude Opus 4.7 — 1M context의 sober flagship

강점 — 1M context를 standard pricing에 풀었다. 큰 리팩토링·multi-file reasoning에서 컨텍스트 단절 없이 작업 가능. extended thinking이 코딩 디버깅에서 강함. SWE-bench Verified 상위.

약점 — input $15/1M으로 가격이 무겁다. 짧고 반복적인 작업에서는 cost-benefit이 안 맞는다. long-context에서 silent downgrade — 모델이 조용히 작은 컨텍스트로 떨어진다고 이슈로 보고된 실패 패턴.

Claude Sonnet 4.6 — 코딩의 default

강점 — 코딩 작업의 80%에 적합한 cost-quality balance. SWE-bench Verified·Aider polyglot 모두 상위. Cursor·Cline·Aider 등 BYOK agent에서 기본 선택지로 자주 등장. input $3/1M.

약점 — Opus 대비 복잡 reasoning·1M context에서 한 단계 낮은 결. 큰 리팩토링·multi-file decomposition은 Opus가 더 정밀.

GPT-5 — OpenAI flagship

강점 — OpenAI Codex·ChatGPT 통합, tool use·function calling의 영역이 다듬어진 대목. agentic loop의 tool 결정 안정성. multi-modal(이미지·코드 같이 input).

약점 — 코딩 전용 벤치마크(Aider polyglot·SWE-bench Verified)에서 Anthropic 모델에 밀리는 대목. 가격 정책 변동이 잦음.

Gemini 3.1 Pro — long context + thinking

강점 — 2M context까지 standard pricing, thinking mode가 reasoning 영역에 강함. multi-modal 균질. Google Cloud·Vertex AI 통합이 대기업 도입 가속.

약점 — 코딩 일관성이 약하다는 평가가 반복되는 대목. Cursor·Cline의 통합도 Claude·OpenAI 모델 대비 늦다.

o3 — deep reasoning

강점 — 수학·알고리즘·증명에서 벤치마크 최상위. 복잡 디버깅·edge case 추적에서 thinking에 시간 쓰면 강함. SWE-bench Verified의 reasoning-가중 영역에서 상위.

약점 — thinking token 누적으로 큰 작업에서 가격 폭증. 짧고 반복적인 코딩에는 과함. agent loop에서 turn마다 thinking이 쌓이는 구조라 latency·비용이 같이 누적.

모델 비교 표

표 한 줄 결론 — Sonnet 4.6이 default coding 자리. Opus 4.7은 큰 컨텍스트·복잡 reasoning, o3는 deep reasoning·디버깅, Gemini는 multi-modal·long-context 사이드, GPT-5는 tool use 자리.

조합 추천

1. 정밀 리팩토링·대형 코드베이스 — Claude Code + Opus 4.7

큰 코드베이스를 한 호흡에 보고 multi-file 변경을 컨텍스트 단절 없이 가는 자리. 1st-party 통합 + 1M context. Anthropic이 자사 코드에 도그푸딩하는 조합.

2. 일상 코딩·빠른 PR 사이클 — Cursor + Sonnet 4.6

BYOK IDE에 코딩 default 모델을 얹은 가장 흔한 조합. 대형 회사 도입 사례 다수. 가격·속도·품질의 현실적 default.

3. 복잡 디버깅·알고리즘 검증 — Aider + o3

명령형 작업(특정 함수 디버깅·증명 검증)에 deep reasoning 모델을 얹은 조합. Aider polyglot의 reasoning-heavy task에서 o3가 상위. terminal-only 워크플로의 강점.

조합으로 안 가는 자리

• Codex + non-OpenAI 모델: lock-in이라 조합 자체 불가.
• Cline·Aider + GPT-5·Gemini 코딩 default: 가능하지만 Sonnet 4.6 조합 대비 벤치 데이터 약함.
• Devin·v0·Bolt 같은 fully autonomous: 비용 대비 결과의 분산이 크다 — METR autonomy·HN 누적 토론에서 반복되는 신호. 이 표에서 본문 자리를 뺀 이유.

어디서 빠르게 갈릴 것인가

2026 Q3에 갈릴 지점.

1. 1st-party lock-in vs BYOK — Claude Code가 Anthropic, Codex가 OpenAI에 묶인 상황에서 BYOK 시장이 어디까지 침식하는가. BYOK이 시장을 가져가면 agent 차별화는 UX·통합으로만 남는다.
2. 자율성의 분화 — Cursor background agent · Claude Code GitHub Action · Devin류 fully autonomous가 서로 다른 자율성 모델. 어느 결로 시장이 모이는지가 2026 하반기의 핵심 신호.
3. 모델 가격의 재편 — Opus 4.7 1M context의 standard pricing + Gemini 3.1 Pro 2M context + o3의 thinking token 누적. 컨텍스트 크기 × thinking 매트릭스가 가격의 새 축이 된다.

이 자리들에서 2026 Q3의 시장이 가른다.

참고

제품 공식

• Anthropic — Claude Code
• Code with Claude 2026 — Managed Agents
• Cursor
• OpenAI — Codex
• Cline GitHub
• Aider — 공식 사이트 + polyglot leaderboard

벤치마크·평가

• SWE-bench Verified
• Aider polyglot leaderboard
• METR autonomy benchmark
• LMArena

사용자 리포트·누적 신호

• Simon Willison
• Ben Kuhn
• Jason Liu
• Paul Gauthier (Aider 메인테이너 — 공식 사이트 blog/changelog)
• Hacker News, Reddit 누적 토론
• OpenRouter usage stats