ADE（Agentic Development Environment / エージェント型開発環境）カオスマップ 2026年7月

ADE(Agentic Development Environment / 에이전트형 개발 환경)란, 기존의 「IDE(통합 개발 환경) + AI 보완(Copilot 등)」의 틀을 넘어, AI 에이전트가 자율적으로 움직이는 것을 전제로 한 새로운 개발 환경을 가리킵니다.

「일단 Claude Code를 사용하고 있다」, 「회사에서 도입된 Cursor를 그대로 쓰고 있다」라고 생각하시는 분들도 많을 것입니다. 유명했으니까, 동료가 사용하고 있었으니까, 처음 접한 것이 우연히 그것이었으니까 등 계기는 사람마다 다르겠지만, 한 번 만난 도구와 그대로 오랫동안 함께하고 있는 분들이 대부분이지 않을까요?

마음에 드는 도구를 깊이 있게 사용하는 것은 매우 좋은 일입니다. 그와 더불어, 사실 지난 반년에서 1년 사이 ADE의 세계는 상당히 넓어졌습니다. 채팅으로 지시하고 결과만 확인하고 싶은 사람에게 적합한 것, 익숙한 에디터의 연장선상에서 사용하고 싶은 사람에게 적합한 것, 터미널 안에서 완결 짓고 싶은 사람에게 적합한 것. 「에이전트와 어떻게 함께할 것인가」라는 스타일에 따라 조금씩 성격이 다른 도구들이 성장해 왔습니다. 지금의 도구가 마음에 드는 분이라도, 자신에게 더 잘 맞는 것이 지도의 다른 영역에 조용히 있을지도 모릅니다.

그런 이유로, 2026년 7월 시점의 주요 도구들을 두 가지 축으로 정리한 카오스 맵(Chaos Map)을 만들어 보았습니다. 이 기사에서 중요하게 생각하는 것은 「어느 것이 최고인가」보다는 「어느 것이 자신에게 맞는가」입니다. 여러분의 개발 스타일에 맞는 도구를 찾는 데 도움이 된다면 기쁘겠습니다. 먼저 맵을 보는 법을 설명한 뒤, 각 도구의 특징을 가볍게 소개하겠습니다.

맵 보는 법

가로축: 어떤 UI를 중시하는가

채팅 중시— 대화 UI를 주역으로 하여, diff나 터미널을 그 곁에 곁들이는 스타일 -
IDE 중시— 평소 사용하는 에디터/통합 개발 환경 안에 에이전트를 통합하는, 기존 방식의 연장선 -
터미널 중시— TUI나 터미널 에뮬레이터 안에서 완결 짓고 싶은 분들을 위한 것. 키보드 조작과 경쾌함이 특징입니다

세로축: 작업을 어떻게 구분하고 전환하는가

이 부분이 이번 맵의 중심이 되는 축입니다. 에이전트를 여러 개 병렬로 실행하는 것이 드물지 않게 된 지금, 「병렬 작업을 어떤 단위로 구분하여 전환할 것인가」에 따라 도구의 성격이 크게 달라집니다.

스레드 관리 타입— 대화나 에이전트 작업을 하나씩 구분하여 전환함 -
워크트리 관리 타입— 브랜치/태스크별로 git worktree로 구분하여 독립된 작업 환경으로 전환함 -
프로젝트 관리 타입— 리포지토리를 하나 열고, 그 안에서 스레드나 태스크를 나열하여 전환함 -
세션 관리 타입— 터미널의 탭/접속별로 작업을 구분하고, 내부를 페인 분할(Pane split)함

그리고 이 세로축과는 별개로, 맵의 최하단에 특별 프레임을 하나 두었습니다.

공통 에이전트 층— 위의 각 도구 안에서 실행되는 「엔진」들. 어떤 도구와도 독립적으로 선택 및 병용할 수 있습니다

본인이 평소 작업을 어떤 단위로 구분하고 있는지를 떠올리며 살펴보세요. 「아, 여기가 내 자리일지도 몰라」라는 영역을 분명 찾을 수 있을 것입니다.

채팅 중시 ADE

스레드 관리 타입: Claude / Codex (app) / Cursor / VS Code / Antigravity / Traycer

Claude / Codex (app) / Cursor / VS Code / Antigravity / Traycer

Claude(데스크톱/모바일 앱)는 스레드 목록에서 에이전트의 작업을 나열하여 관리하는 스타일입니다. 사실 내부적으로는 각 세션을 worktree로 격리하고 있어, 「겉모습은 스레드 관리, 발밑은 워크트리」라는 세로축 관점에서도 흥미로운 구조이기도 합니다.

Codex (app) 는 OpenAI가 「에이전트의 사령탑」으로 위치시키고 있는 앱으로, 클라우드 상의 태스크를 스레드로 나열하여 백그라운드에서 실행시키고 결과만 확인할 수 있습니다. 로컬 환경은 그대로 유지하면서, 「부탁하고 기다리는」 스타일을 선호하는 분에게 잘 맞을 것 같습니다.

이 영역에는 Cursor / VS Code / Antigravity 도 함께 배치했습니다. "에디터는?"이라고 생각하실 수도 있겠지만, 이 세 가지는 프로젝트를 가로질러 에이전트(Agent)를 관리하는 화면(Cursor / VS Code의 Agents 창, Antigravity의 Manager view)을 급격히 발전시키고 있으며, 대화 스레드를 나열하여 지시와 리뷰에 집중하는 사용 방식이 완전히 주역으로 자리 잡고 있습니다 (Antigravity는 2026년 5월 2.0 버전에서 관리 화면을 독립 앱으로도 사용할 수 있게 되었습니다). 맵에서는 이들을 주 배치로 설정하였고, 기존의 "에디터 안에서 에이전트를 사용하는" 모습은 IDE 중시 × 프로젝트 관리 타입으로 점선 형태의 서브 배치로 남겨두었습니다 (후술).

Traycer는 「플랜 퍼스트(Plan-first)」를 내세우는 데스크톱 앱입니다. 태스크(Task)를 단위로 채팅이나 터미널 에이전트, 스펙(Spec) 등의 아티팩트(Artifact)를 통합 관리하며, 계획을 확정한 후 보유하고 있는 에이전트(Claude Code / Codex 등)에게 구현을 핸드오프(Handoff)하고, 결과물을 계획과 대조하여 검증해 줍니다. 이미 계약된 에이전트를 그대로 가져올 수 있는 BYOA (Bring Your Own Agent) 방식이라는 점도 매력적입니다.

워크트리(Worktree) 관리 타입: Conductor / Synara / Nimbalyst

Conductor / Synara / Nimbalyst

Conductor는 채팅 + diff 리뷰 화면에서 여러 에이전트를 워크트리(Worktree)로 격리하며 병렬로 실행하는 macOS 앱입니다. .env 파일의 자동 복사 등 워크트리 운용의 번거로운 세부 사항들을 대신 처리해 주는 점이 호평을 받고 있습니다.

Synara는 로컬 퍼스트(Local-first) 방식의 오픈 소스 데스크톱 앱입니다. 이미 계약 중인 AI 구독 서비스(Claude / ChatGPT / Gemini / Cursor 등)를 그대로 가져올 수 있는 것이 특징이며, 스레드를 중간부터 다른 프로바이더(Provider)로 인계하는 핸드오프 기능도 독특합니다.

Nimbalyst(구 Crystal)는 세션을 칸반 보드(Kanban board)로 관리하며, 채팅과 diff를 하나의 흐름으로 리뷰할 수 있는 타입입니다. 워크트리는 옵트인(Opt-in) 방식이므로, 간단한 수정은 그대로 진행하고 병렬 작업 시에만 격리하는 식의 유연한 운용이 가능합니다.

IDE 중시형 ADE

워크트리 관리 타입: Orca / Mux (Coder) / super.engineering / Devin Desktop

Orca / Mux (Coder) / super.engineering / Devin Desktop

이 부근은 「ADE(Agent Development Environment)」를 표방하는 툴들이 차례로 등장하고 있는, 현재 가장 북적이는 영역일지도 모릅니다.

Orca는 오픈 소스 ADE입니다. 태스크마다 워크트리 + 전용 터미널 + 전용 브라우저 탭이 할당되어, "같은 버그에 대해 3개의 에이전트에게 작업을 시키고 가장 좋은 답을 머지(Merge)하는" 식의 사용이 가능합니다. 모바일 앱에서 진행 상황을 지켜볼 수 있다는 점도 트렌디합니다.

**Mux (Coder)**는 Coder 사의 에이전트 워크스페이스로, 워크트리 런타임(Runtime) 위에 에이전트 뷰를 얹은 구성입니다.

super.engineering은 100% Rust · Metal 렌더링 기반의 네이티브 macOS 앱입니다. 워크트리로 격리된 태스크와 GPU 터미널, diff 리뷰가 하나의 화면에 담겨 있어, 동작의 가벼움을 중시하는 사용자들에게 지지를 받고 있습니다.

Devin Desktop(구 Windsurf)은 Cognition이 2026년 6월에 Windsurf를 리브랜딩한 것입니다. 익숙한 IDE 위에서 자율형 에이전트인 Devin을 로컬 + 클라우드의 사령탑으로 사용할 수 있는 구성입니다.

프로젝트 관리 타입: Zed / AgentsRoom

Zed / AgentsRoom

리포지토리(Repository)를 하나 열고 그 안에서 에이전트 탭이나 패널을 나열하는, 가장 상상하기 쉬운 스타일입니다.

Zed는 Rust로 제작된 경쾌한 에디터입니다. 사이드 스레드 패널에 에이전트와의 대화가 나열되며, 코드를 작성하는 화면 그대로 전환하며 사용할 수 있습니다.

AgentsRoom은 "AI 에이전트를 위한 비주얼 IDE"를 표방하는 데스크톱 앱입니다. 프로젝트, 에이전트 목록, 터미널을 하나의 화면에 나열하며, Claude / Codex / OpenCode 등 여러 프로바이더의 에이전트에 DevOps나 QA와 같은 역할을 할당하여 병렬로 실행하면서 상태를 한눈에 파악할 수 있습니다. 모바일 앱을 통해 외출 중에도 모니터링할 수 있다는 점이 특징입니다.

또한, 이 영역에는 Cursor / VS Code / Antigravity도 점선 형태의 서브 배치로 놓여 있습니다. 에이전트 탭이나 Copilot 채팅 등 "에디터 안에서 에이전트를 사용하는" 기존의 모습도 물론 건재합니다. "우선 지금 사용하는 에디터의 연장선상에서 시도해보고 싶다"는 분들에게는 계속해서 이 입구를 통해 살펴보는 것을 추천합니다.

터미널 중시형 ADE

스레드 관리 타입: cmux / Herdr

cmux / Herdr

cmux는 libghostty를 기반으로 한 네이티브 macOS 터미널입니다. 세로 탭 사이드바에 git 브랜치나 PR 상태, 알림이 나열되며, 에이전트가 입력 대기 상태가 되면 페인(pane)이 살짝 빛나며 알려줍니다. 흥미로운 점은 WebKit 브라우저를 페인으로 분할하여 표시할 수 있다는 것입니다. 에이전트가 CLI를 통해 브라우저를 조작하고, 자신의 변경 사항을 스스로 확인하는 등의 작업이 가능합니다.

Herdr는 "에이전트 시대의 tmux"를 목표로 하는 Rust 제작 TUI입니다. 각 에이전트가 실제 PTY 페인에서 동작하며, 사이드바에는 blocked / working / done / idle 상태 배지가 나열됩니다. 서버/클라이언트 구성이므로 노트북을 닫아도 세션은 유지됩니다. SSH를 통해 스마트폰으로 들여다보는 것도 가능합니다.

워크트리(Worktree) 관리 타입: Muxy / dmux / Claude Squad

Muxy / dmux / Claude Squad

Muxy는 SwiftUI + libghostty로 만들어진 경량 macOS 터미널입니다. 세로 탭이나 분할 페인 외에도 프로젝트별 워크트리(worktree) 관리를 갖추고 있으며, 확장 기능과 모바일 컴패니언 앱까지 준비되어 있습니다.

dmux는 tmux의 페인 관리에 워크트리(worktree)를 결합한 CLI입니다. n을 눌러 프롬프트를 입력하고 에이전트를 선택하면, 워크트리 생성부터 브랜치 명명, 에이전트 실행까지 한꺼번에 처리해 줍니다. 작업이 끝나면 m으로 머지(merge)합니다. tmux에 익숙한 분이라면 평소 느낌 그대로 바로 사용할 수 있습니다.

Claude Squad는 여러 Claude Code(또는 다른 에이전트)의 세션을 TUI로 목록화하고 전환할 수 있는 도구입니다. 내부적으로는 tmux + worktree를 사용하며, 이 분야에서는 약간 선배 격인 존재입니다.

또한, 이 영역에는 IDE 중시형 섹션에서 소개했던 Orca도 점선 형태의 서브 배치로 등장합니다. 태스크마다 전용 터미널이 붙는 구성이므로, 터미널 중심의 사용법도 잘 맞아떨어진다는 의미입니다.

세션 관리 타입: Ghostty / Warp / tmux

Ghostty / Warp / tmux

이들은 무엇이든 사용할 수 있는 범용 터미널들입니다. Ghostty는 GPU 렌더링의 경쾌함 덕분에 에이전트를 많이 띄워두는 토대로 인기가 있습니다. Warp는 터미널 자체에 AI 보완이나 에이전트 기능을 통합해 나가는 노선을 취합니다. 그리고 tmux. 결국 이곳으로 돌아오는 분들이 많은, 말하자면 모든 것의 원점입니다. 윈도우→페인이라는 구성은 그대로 유지하면서, 위에서 소개한 몇몇 도구들의 내부에서도 현역으로 작동하고 있습니다.

공통 에이전트 계층: 모든 엔진

맵 최하단의 Claude Code / Codex CLI / Gemini CLI / OpenCode / Amp / Pi는 지금까지 소개한 각 도구 내에서 실행되는 "엔진"입니다. 새로운 얼굴인 Pi는 read / write / edit / bash의 4가지 툴로만 시작하는 미니멀 지향의 오픈 소스 진영으로, 확장을 추가하여 취향에 맞게 키워나갈 수 있는 것이 특징입니다.

대부분의 툴은 여러 개의 CLI (Command Line Interface)를 지원하므로, "어떤 상자(Box)를 사용할 것인가"와 "어떤 엔진을 탑재할 것인가"는 사실 별개로 선택할 수 있습니다. 맵에서 카드를 "코딩 에이전트 본체"와 그 외의 "상자" (그중 터미널 안에서 동작하는 것은 "TUI"로서 다른 색상으로 표시)로 구분하여 칠해 놓은 것도 바로 이러한 구분을 의미합니다. Conductor 안에서 Claude Code를 실행해도 좋고, Orca에서 Codex와 OpenCode를 나란히 띄워 실행해도 상관없습니다. 이러한 분리가 2026년 에코시스템(Ecosystem)의 흥미로운 점이라고 생각합니다.

그래서, 어떤 것을 선택해야 할까?

스타일별로 느슨하게 정리해 보겠습니다.

평소 사용하던 에디터의 연장선에서 시도하고 싶다— 현재 환경 그대로 가장 쉽게 시작할 수 있습니다

• Cursor

• Zed

• VS Code

• Antigravity

코드 자체보다 "리뷰와 지시"에 집중하고 싶다— 채팅과 diff (차이점)가 주인공입니다

• Conductor

• Synara

• Nimbalyst

계획을 확정한 뒤 에이전트에게 맡기고 싶다— 플랜 승인 → 구현 → 검증의 흐름이 정형화되어 있습니다

• Traycer

부탁하고 기다리는 스타일이며, 환경 구축도 최소화하고 싶다— 클라우드 태스크(Cloud Task)에 맡기고 결과만 확인할 수 있습니다

• Claude

• Codex (app)

터미널을 좋아하면서 GUI의 쾌적함도 원한다— 터미널의 자유로움과 GUI의 편안함을 모두 잡았습니다

• cmux

• Muxy

tmux가 몸에 배어 있다— 평소의 조작감 그대로 에이전트의 상태 관리를 할 수 있습니다

• dmux

• Herdr

병렬 에이전트를 본격적으로 운용해보고 싶다— ADE 진영이 후보입니다

• Orca
• super.engineering
• AgentsRoom

그럼에도 망설여진다면, 현재 본인이 "작업을 무엇으로 구분하고 있는지" (탭인가요, 브랜치인가요, 아니면 리포지토리나 대화인가요)를 떠올려 보세요. 그 단위와 세로축이 일치하는 툴이 아마 가장 자연스럽게 스며들 것입니다.

마치며

"이 툴도 인기 있습니다", "이 관점에서 비교하면 더 적절할 것 같습니다"와 같은 의견도 대환영이니, 괜찮으시다면 댓글로 알려주세요.

반년 후에는 이 맵도 각 툴의 기능도 크게 변해 있겠지만, "UI의 특징 × 작업의 구분 방식"이라는 두 가지 축은 새로운 툴을 만났을 때 정리하는 프레임워크(Framework)로서 당분간 도움이 될 것입니다. 이 글이 여러분의 개발 스타일에 맞는 도구를 만나는 계기가 된다면 기쁘겠습니다.

참고로 저는 Muxy를 애용하고 있습니다. 어느 정도 GUI로 표현된 툴을 선호하면서도, 워크트리(Worktree)를 여러 개 만들어 작업하거나 명령어를 실행하는 일이 많기 때문입니다.

Discussion