02-구조

02. 구조 — 한 표 비교

항목	Claude Code	Cursor	Codex CLI	Aider
인터페이스	TUI / IDE 통합	IDE 내장	TUI	TUI
컨텍스트 수집	모델이 Glob/Grep/Read 능동 호출	IDE가 embedding/심볼 사전 추림 (cursor-dynamic-context-discovery 분석)	모델이 명령 호출	사용자가 /add 명시
편집 메커니즘	Edit 정확 일치, Write 전체	IDE diff apply	셸 명령 / 파일 편집	명시 edit format (udiff, whole, search-replace)
아키텍처 분리	단일 에이전트 + 서브에이전트	단일 모델 + Composer 모드	”안전 아키텍처 분리”(Crosley)	architect/editor 두 단계 (Aider 특허 패턴)
권한 모델	5 모드 + settings.json deny/allow/ask	IDE 트러스트	sandbox 분리 강조	per-file 추가 승인
루프 길이	end_turn까지 길게	짧게, 사용자 개입 잦음	중간	짧게, 사용자 명시
hooks	✅ 1급 (이벤트 6종)	제한적	제한적	제한적
MCP	✅	✅	부분	부분

통찰 1: 능동 vs 사전 컨텍스트

• Cursor(builder.io 분석)는 IDE가 미리 후보 컨텍스트를 추려서 모델에게 준다. 빠르고 정확하지만, 후보 외부의 코드는 잘 못 본다.
• Claude Code는 모델 자신이 도구를 호출해 능동 검색한다. 느리지만 사각지대가 적다.

이는 같은 모델로도 결과가 갈리는 1번 원인이다.

통찰 2: Aider의 architect/editor 분리

Aider는 어떤 변경을 할지 결정하는 모델과 그 변경을 정확한 diff로 적는 모델을 분리한다. 큰 모델로 추론하고 작은 모델로 편집해 비용·정확도 양쪽을 잡는 디자인. Claude Code도 서브에이전트(Task 도구)로 비슷한 분리를 할 수 있지만 1급 시민은 아니다.

통찰 3: Codex의 안전 분리

Blake Crosley의 Codex CLI vs Claude Code 2026은 양 진영의 첫 줄을 “Safety Architecture Split”이라고 단다. Codex는 sandbox를 더 깊이 강제하는 쪽으로, Claude Code는 권한 모드 + hooks 조합으로 유연성을 잡는 쪽으로 갈라졌다. 어느 쪽이 옳은가는 작업 성격에 달렸다.