코딩 에이전트 작업 공간 Dure를 개발하는 팀이 작성했습니다. 표시된 출처 확인 날짜를 기준으로 연결된 제품 공식 문서에 적힌 동작을 설명하며, 직접 측정한 벤치마크 결과를 제시하지 않습니다.
"AI 코딩 에이전트에는 어떤 IDE를 쓰는 게 좋아요?"는 두 가지 질문이 한 문장에 들어 있는 경우입니다. 내가 타이핑할 에디터를 고르는 질문과, 에이전트를 어디서 돌릴지 고르는 질문입니다. 2026년에는 답이 서로 다르고, 이 글은 분량의 상당 부분을 "아무것도 더 얹지 않아도 되는 경우"에 씁니다. 아래 내용은 연결된 제품 문서에 적힌 동작이며 확인 날짜는 위에 있습니다. 경쟁 도구는 빠르게 바뀌므로 결정 전에 각 문서를 다시 확인하세요.
지금 묻고 있는 질문이 무엇인가요?
제품 이름이 아니라 지난주에 내 시간이 어디로 갔는지에서 시작하세요.
- 코드를 주로 직접 씁니다. 에디터가 결정 사항입니다. 가장 빠르게 쓰는 에디터를 고르고 거기에 에이전트를 붙이세요.
- 한 번에 한 작업을 맡기고 지켜봅니다. 에이전트 CLI나 그 공식 앱이 결정 사항입니다. 더 얹을 것이 없습니다.
- 여러 작업을 동시에 돌리는데 밀리는 쪽이 내 검토입니다. 병목은 분리·세션·검토이고, 그게 ADE(에이전트 개발 환경)가 다루는 영역입니다.
세 번째 경우를 "IDE를 바꿔야 하나"로 잘못 진단하는 일이 가장 많습니다.
세 가지 형태는 각각 무엇을 하나요?
| 형태 | 무엇인가 | 문서로 확인되는 예 |
|---|---|---|
| AI 에디터 | 에이전트 기능이 내장됐지만 주 저자는 여전히 나인 에디터. | Cursor는 스스로를 "야심 찬 소프트웨어를 만드는 코딩 에이전트"로 소개합니다. Anthropic의 VS Code 확장은 "인라인 diff, @ 멘션, 계획 검토, 대화 기록"을, JetBrains 플러그인은 "대화형 diff 보기와 선택 영역 컨텍스트 공유"를 추가합니다. |
| 에이전트 CLI와 그 공식 앱 | 파일을 수정하고 명령을 실행하는 CLI. 지금은 대부분 자체 데스크톱 앱이 함께 있습니다. | Claude Code는 "터미널, IDE, 데스크톱 앱, 브라우저에서" 쓸 수 있습니다. Codex는 CLI, IDE 확장, 클라우드, ChatGPT 데스크톱·모바일·웹에서 동작합니다. |
| 에이전트 작업 공간(ADE) | 에이전트를 둘러싼 작업 공간. 작업마다 체크아웃, 자리를 비울 수 있는 세션, 답을 보낼 수 있는 diff. | Dure는 "AI 코딩 에이전트를 위한 에이전트 개발 환경(ADE)"입니다. Superset은 "AI 코딩 에이전트를 각자의 격리된 작업 공간에서 병렬로" 돌립니다. Orca는 세션의 에이전트마다 worktree와 브랜치를 줍니다. |
출처: Cursor · Claude Code 개요 · Codex 문서 · Dure 소개 · Superset · Orca 시작 가이드
이 셋은 경쟁 관계가 아니라 겹쳐 씁니다. 에이전트 CLI는 에디터 패널 안에서 돌아가고, 작업 공간은 이미 고른 에디터로 worktree를 열어 줍니다.
Claude 앱도 Codex 앱도 있는데 왜 뭘 더 쓰나요?
많은 경우 정답은 "쓰지 않는다"입니다. 이 절을 넣은 이유는 대부분의 비교 글이 이 얘기를 건너뛰기 때문이고, 2026년 동안 공식 앱들이 크게 달라졌기 때문입니다.
Claude Code 데스크톱 앱은 "Git 격리가 적용된 병렬 세션, 드래그 앤 드롭 pane 배치, 통합 터미널과 파일 편집기, 사이드 채팅, 컴퓨터 사용, 휴대전화에서 보내는 Dispatch 세션, 시각적 diff 검토, 앱 미리보기, PR 모니터링, 커넥터, 조직 설정"을 문서화합니다. 각 세션은 "자체 대화 기록과 프로젝트 폴더를 가지며 다른 세션과 독립적"이고, 사이드바에서 "여러 개를 병렬로 실행"할 수 있으며, 브랜치 이름 옆의 worktree 옵션을 켜면 그 세션에 "프로젝트의 격리된 복사본"이 생깁니다. "채팅, diff, 브라우저, 터미널, 파일 편집기 pane을 나란히" 배치할 수 있고, SSH 세션은 원격 worktree 폴더를 따로 지정합니다. macOS·Windows·Linux로 배포됩니다. Claude Code 데스크톱 앱
Codex는 ChatGPT 데스크톱 앱에서 worktree를 제공하고, 선택적으로 로컬 환경의 설정 스크립트를 실행하며, .worktreeinclude 파일로 어떤 무시된 파일을 복사할지 정합니다. Git 저장소가 필요하고, 기본적으로 detached HEAD 상태로 시작하므로 작업을 되돌려주기 전에 브랜치를 만들어야 하며, Codex가 관리하는 worktree는 기본값으로 최근 15개만 유지됩니다. worktree는 "휴대전화에서 로컬로 실행되지 않습니다." Codex worktree
한 제공자를 한 머신에서 쓰는 한 주라면 공식 앱이 좋은 답이고 추가 비용도 없습니다. 그대로 쓰세요.
공식 앱들이 각자 중심에 두는 것은 자기 에이전트입니다. Anthropic이 문서화한 서드파티 옵션은 Claude 모델을 어디서 실행할지에 관한 것으로 Amazon Bedrock, Google Cloud의 Agent Platform, Microsoft Foundry, 자체 호스팅 게이트웨이를 가리키며, 다른 회사의 에이전트 CLI를 옆에서 함께 돌리는 기능이 아닙니다. 서드파티 연동 이 분야가 답하고 있는 것은 품질 차이가 아니라 이 경계입니다.
Orca나 다른 새 작업 공간이 아니라 왜 이걸 쓰나요?
같은 점을 먼저 인정하는 게 맞습니다. 거의 전부가 같습니다. Orca, Superset, Conductor, Emdash, Herdr, Dure는 모두 작업마다 worktree와 브랜치를 나누고, 모델을 대신 팔지 않고 이미 쓰던 CLI와 계정을 그대로 쓰며, 마지막은 의견을 다는 diff로 끝납니다. 어떤 페이지가 "작업마다 worktree"를 차별점으로 내세운다면, 그건 분야 전체를 설명하는 것입니다.
Orca가 가장 가까운 비교 대상이고 기본값으로 충분히 좋은 선택입니다. macOS·Windows·Linux용 무료 오픈소스이고, 세션 안의 에이전트마다 자기 worktree와 브랜치를 체크아웃합니다. Orca 시작 가이드
실제 차이는 창의 모양에 있고, Orca 문서가 자기 모델을 분명히 적어 두었습니다. "각 worktree가 자기 탭 배치를 가진다", 그리고 "worktree를 바꾸면 pane 트리 전체가 교체된다"입니다. Orca 탭·pane·분할 일관된 설계입니다. 한 작업이 화면을 채우고, 작업 사이 이동은 컨텍스트 전환이 됩니다. 그걸 원하는지 그 반대를 원하는지는 일하는 방식의 취향이고, 어느 쪽의 결함도 아닙니다.
나머지 작업 공간들은 각자 한 가지 요구를 다른 곳보다 직접적으로 해결합니다.
- 예약 실행과 프로그래밍 제어: Superset은 자동화, TypeScript SDK, MCP 서버를 문서화합니다. 실행 성공은 작업 공간이 생성됐다는 뜻이고, 작업이 제대로 끝났다는 뜻은 아닙니다. Superset 자동화
- 팀과 클라우드 작업 공유: Conductor는 격리된 Linux 샌드박스에서 클라우드 작업을 돌리고 로컬 작업과 함께 봅니다. Conductor 클라우드
- 이슈에서 시작하는 작업: Emdash는 이슈로 작업을 만들 수 있고 worktree와 브랜치가 기본으로 켜져 있습니다. Emdash 이슈
- 터미널 중심 작업 공간: Herdr는 분리했다 돌아올 수 있는 백그라운드 서버에 세션을 유지합니다. Herdr 시작 가이드
- 다른 기기에서의 접근: Paseo는 모바일·데스크톱·웹·CLI 클라이언트를 에이전트가 돌아가는 머신에 연결합니다. Paseo 개요
이 가운데 셋은 개별 비교 글에서 더 자세히 다룹니다. Orca 대안, Paseo, Herdr
Dure는 무엇이 다르고 어디가 부족한가요?
Dure는 이런 도구들을 쓰다가 다른 창 구성을 원해서 만든 것입니다. 문서로 확인되는 차이 네 가지를 먼저, 한계를 뒤에 적습니다.
서로 다른 에이전트 CLI를 한 화면 구성에. Basic 런처는 Claude Code, Codex, Kimi Code를 제공하고, Beta 인터페이스 모드는 Pi, Gemini CLI, OpenCode와 등록된 나머지 도구를 더합니다. 한 Space에 여러 개를 동시에 둘 수 있고, 문서의 예시 화면 자체가 "Codex 에이전트 둘, Claude Code 에이전트 둘, Pi, 터미널"입니다. 코딩 에이전트와 계정 · Space와 pane, 창
계정이 앱 단위가 아니라 에이전트 단위. 설정에서 계정 프로필을 추가하고 "에이전트를 시작할 때 또는 해당 에이전트의 계정 컨트롤에서 의도한 계정을 선택"합니다. 화면을 재배치해도 바뀌지 않습니다. "pane을 옮기는 것으로 계정이 바뀌지는 않습니다." 코딩 에이전트와 계정
프로젝트와 호스트를 아우르는 하나의 화면 구성. Space는 ⌘1–⌘9로 전환하는 "이름 붙인 pane 배치"이며, 로컬이나 SSH의 서로 다른 프로젝트에 있는 에이전트와 터미널을 함께 둘 수 있고 "세션을 더 큰 창이나 전용 창으로" 열 수 있습니다. 배치는 배치일 뿐입니다. pane을 분할하는 것은 "그 자체로 worktree를 만들거나 파일을 옮기지 않으므로", 새 작업에 독립적인 파일이 필요하면 전용 worktree를 따로 선택해야 합니다. Space와 pane, 창 · 원격 프로젝트
중단 뒤에 작업으로 돌아오기. pane은 보기이고, 관리되는 세션은 터미널과 제공자 프로세스를 소유한 별도 호스트를 가집니다. "세션 호스트와 그 머신이 계속 실행되는 동안, 앱 연결이 끊겨도 관리되는 작업은 이어질 수 있습니다. Dure를 다시 열면 현재 화면과 그 이후 출력에 다시 붙습니다." 에이전트가 끝난 경우에는 그 자리에서 복구 동작이 제시되고, 작업의 worktree가 사라졌다면 "worktree 재생성 후 재개"가 먼저 복원합니다. 작업으로 돌아오기와 세션 복구
이제 한계입니다. 어떤 분께는 이 단락이 결정을 끝냅니다. 정식 다운로드는 Apple Silicon Mac용 공개 베타입니다. Windows·Linux·iOS는 소스는 공개돼 있지만 네이티브 검증이 남아 있고, Android는 APK 미리보기입니다. 내장 diff 검토는 로컬 worktree를 대상으로 하고 SSH 변경은 원격 Git을 거칩니다. 설치된 CLI와 제공자 계정이 필요하며 "기능은 제공자와 런타임에 따라 다릅니다." 재부팅은 원래 프로세스를 끝내고, 복구는 "이미 완료된 배포를 되돌리거나 모든 제공자 대화의 재개를 보장할 수 없습니다." 플랫폼 현황 · 현재 한계 · 작업으로 돌아오기
지금 Windows나 Linux를 쓰거나 모바일 앱이 필요하면, Orca와 Emdash는 그걸 지금 배포하고 Dure는 아닙니다.
어떤 요구가 어떤 도구를 가리키나요?
| 양보할 수 없는 한 가지 | 먼저 볼 곳 |
|---|---|
| Claude만 씁니다 | Claude Code 데스크톱 앱 (macOS·Windows·Linux) |
| Codex만 씁니다 | ChatGPT 데스크톱 앱의 worktree |
| 코드를 주로 직접 씁니다 | AI 에디터 + 에이전트 확장 |
| 서로 다른 에이전트 CLI를 둘 이상 나란히 돌립니다 | Dure 또는 다른 멀티 에이전트 작업 공간 |
| 다른 계정을 동시에 돌려야 합니다 | Dure의 에이전트별 계정 선택 |
| 코드가 내가 관리하는 원격 머신에 있습니다 | SSH 세션을 문서화한 Dure 또는 Claude 데스크톱 앱 |
| 지금 Windows·Linux·휴대전화를 씁니다 | Orca 또는 Emdash |
| 예약 실행이나 SDK가 필요합니다 | Superset |
| 터미널이 가장 편합니다 | Herdr 또는 에이전트 CLI 단독 |
평가를 시작할 후보 목록이며, 특정 도구만 해당 기능을 제공한다는 뜻이나 종합 순위는 아닙니다.
하루 안에 어떻게 결정하나요?
익숙한 저장소 하나, 제공자 하나, 같은 작업 두 개로 끝까지 진행하세요.
- 맨 위 세 질문 중 내 것이 무엇인지 적습니다. 망설여진다면 아마 1번이나 2번이고, 그걸로 끝입니다.
- 지금 쓰는 환경에서 독립적인 작업 두 개를 각자의 worktree에서 돌립니다.
- 10분 자리를 비웁니다. 돌아와서 한 가지만 측정하세요. 어느 작업이 먼저 나를 필요로 하는지 아는 데 걸린 시간입니다.
- diff 하나를 제대로 검토합니다. 한 줄에 구체적인 의견 하나를 보내고 에이전트가 받았는지 확인합니다.
- 두 브랜치를 합치고 합친 결과에 검사를 돌립니다. 충돌 개수를 적어 둡니다.
5번이 인터페이스보다 더 많은 것을 결정합니다. 병렬 작업이 계속 부딪친다면 해결책은 다른 작업 공간이 아니라 더 좁은 작업 범위입니다. 병렬 작업
자주 나오는 질문
Claude 공식 앱이 있는데 왜 다른 걸 쓰나요?
Claude만 쓰신다면 안 쓰시는 게 맞습니다. 데스크톱 앱이 Git 격리 병렬 세션, 시각적 diff 검토, SSH 세션, pane 배치를 세 플랫폼에서 문서화합니다. Claude Code 데스크톱 앱 별도 작업 공간이 의미를 갖는 지점은 같은 창에 다른 회사의 CLI를 함께 두고 싶을 때, 또는 여러 계정을 동시에 돌려야 할 때입니다.
그냥 Codex 앱 쓰면 되지 않나요?
같은 답이고 같은 경계입니다. 작업이 Codex 중심이라면 ChatGPT 데스크톱 앱의 worktree가 분리 부분을 잘 해결합니다. 다만 두 가지는 미리 확인하세요. 데스크톱 앱 전용이고, detached HEAD로 시작하므로 작업을 되돌려주기 전에 브랜치를 만들어야 합니다. Codex worktree
Orca 말고 Dure를 쓸 이유가 뭔가요?
기능 목록보다는 창 때문입니다. 둘 다 작업마다 worktree와 브랜치를 주고, 쓰던 CLI와 계정을 그대로 씁니다. Orca가 문서화한 모델은 한 번에 한 worktree의 배치이고("worktree를 바꾸면 pane 트리 전체가 교체된다"), Dure의 Space는 여러 프로젝트와 호스트의 에이전트를 함께 두고 세션을 전용 창으로 열 수 있습니다. Orca 탭·pane·분할 · Space와 pane, 창 Orca는 Windows·Linux·모바일을 지금 배포하고 Dure는 아닙니다. 두 문장 중 어느 쪽이 내 한 주를 설명하는지로 고르세요.
ADE가 매주 새로 나옵니다. 실제 차이가 뭔가요?
네 가지가 가릅니다. "worktree를 쓰는가"는 아닙니다. 다들 쓰기 때문입니다. 한 창에서 동시에 돌아가는 서로 다른 에이전트 CLI가 몇 개인지, 계정이 앱에 속하는지 에이전트에 속하는지, 하나의 화면 구성이 여러 프로젝트와 원격 호스트를 아우르는지 아니면 한 작업이 화면을 채우는지, 연결이 끊기거나 재부팅한 뒤에 무엇이 남는지입니다. 새로 나온 도구에 이 넷을 물어보면 목록이 금방 짧아집니다.
"더 가볍다", "더 빠르다"는 바꿀 이유가 되나요?
측정치 없이는 아닙니다. 그리고 저희는 그런 수치를 공개하지 않습니다. 이 앱들의 구조는 서로 다르지만, 같은 조건에서 메모리나 시작 시간을 다른 도구와 비교해 재 본 적이 없으므로 주장하지 않습니다. 저희에 대한 것이든 다른 도구에 대한 것이든, 측정 방법이 함께 제시되지 않은 이런 주장은 근거 없는 것으로 보시면 됩니다.
작업 공간을 바꾸면 에이전트가 코딩을 더 잘하나요?
아닙니다. 변경의 품질은 모델과 CLI가 결정하고, 작업 공간은 잘못된 변경을 얼마나 빨리 알아차리는지를 결정합니다. 도구를 비교할 때 에이전트와 프롬프트를 같게 두지 않으면 모델을 측정하는 셈이 됩니다.
이 중에 diff를 안 읽어도 되게 해 주는 게 있나요?
없고, 이 부분은 병렬화해도 줄지 않습니다. 여기 나온 모든 도구는 사람이 변경을 읽고 판단하는 데서 끝납니다. Dure의 안내도 "로컬 diff를 읽고, 구체적인 의견을 보내고, 작업을 합치기 전에 결과를 확인"하는 것입니다. 검토와 피드백