ADE(에이전트 개발 환경)란 무엇인가요?

코딩 에이전트 작업 공간 Dure를 개발하는 팀이 작성했습니다. 표시된 출처 확인 날짜를 기준으로 연결된 제품 공식 문서에 적힌 동작을 설명하며, 직접 측정한 벤치마크 결과를 제시하지 않습니다.

ADE(agent development environment, 에이전트 개발 환경)는 코딩 에이전트 자체가 아니라 그 주변의 작업 공간을 가리킵니다. 이 글은 현재 제품 문서들이 이 용어를 어떻게 쓰는지 정리하고, 같은 약자가 가리키는 다른 두 가지와 구분한 뒤, 이런 작업 공간이 실제로 무엇을 담당하는지 설명합니다. 모든 설명에는 근거가 된 제품 문서를 연결했고, 확인 날짜는 위에 적혀 있습니다.

에이전트가 하는 일과 환경이 하는 일은 어떻게 나뉘나요?

코딩 에이전트는 키 입력을 기다리지 않고 스스로 코드를 바꾸는 프로그램입니다. Anthropic은 Claude Code를 "코드베이스를 읽고, 파일을 수정하고, 명령을 실행하며, 개발 도구와 연동되는 에이전틱 코딩 도구"로 설명합니다. Claude Code 개요

이런 에이전트는 명령줄 도구와 에디터 확장 형태로 제공됩니다. OpenAI는 Codex를 CLI, IDE 확장, 클라우드 서비스, 그리고 ChatGPT 데스크톱·모바일·웹 앱에서 쓸 수 있다고 안내합니다. Codex 문서

환경은 나머지 절반입니다. 각 에이전트를 어디서 실행할지, 한 에이전트의 파일을 다음 에이전트와 어떻게 떼어 놓을지, 창을 닫았을 때 작업을 어떻게 붙잡아 둘지, 결과를 어떤 형태로 보여 줘서 답을 받을지가 환경의 몫입니다. 에이전트 하나가 작업 하나를 할 때는 이 모든 걸 머릿속에 담아 둘 수 있습니다. 문제가 드러나는 시점은 여러 작업이 동시에 돌아갈 때입니다.

왜 같은 약자가 세 가지를 가리키나요?

용어가 아직 정리되지 않았고, 현재 쓰이는 세 가지 뜻은 같은 제품군이 아닙니다.

앞의 두 가지는 같은 분야를 다른 말로 설명합니다. 세 번째는 약자만 같은 다른 분야입니다. Letta의 ADE는 대화 사이에 기억을 유지하는 에이전트를 위한 도구이고, 그 문서는 코딩 에이전트를 언급하지 않습니다. 검색 결과에서 이 셋이 섞여 나오면, 그 페이지가 어느 쪽을 말하는지부터 확인하세요.

표기도 두 가지가 함께 쓰입니다. Warp와 Augment Code는 "agentic development environment"로, Orca의 사이트와 Dure 문서는 "agent development environment"로 적습니다. Orca · Dure 소개

ADE는 무엇을 담당하나요?

분리: 작업마다 하나의 체크아웃

Git worktree는 같은 저장소에 붙은 두 번째 작업 폴더입니다. Git 공식 매뉴얼은 이 기능을 "같은 저장소에 연결된 여러 작업 트리를 관리한다"고 설명하며, 덕분에 "한 번에 두 개 이상의 브랜치를 체크아웃"할 수 있습니다. git-worktree

현재 거의 모든 ADE가 이 방식을 씁니다. Superset은 "AI 코딩 에이전트를 각자의 격리된 작업 공간에서 병렬로 실행한다"며 작업마다 worktree를 둡니다. Superset 문서 Orca의 시작 가이드도 세션 안의 에이전트마다 자기 worktree와 브랜치를 체크아웃합니다. Orca 시작 가이드

worktree는 샌드박스가 아닙니다. 이 모델에서 가장 흔한 오해입니다. Dure 문서는 worktree가 "작업 디렉터리와 브랜치가 분리"되지만 "여전히 충돌하는 변경을 만들 수 있고, 머신의 자격 증명·프로세스·포트·네트워크 접근은 공유한다"고 명시합니다. 병렬 작업 · 현재 한계

worktree는 Git 자체의 규칙도 그대로 물려받습니다. 한 브랜치는 한 곳에서만 체크아웃할 수 있어서, OpenAI의 worktree 문서는 다른 worktree가 이미 쓰고 있는 브랜치를 요청했을 때 나오는 오류를 따로 안내합니다. Codex worktree

세션: 창을 닫아도 남는 작업

세션은 실행 중인 에이전트 프로세스와 그 대화를 합친 것입니다. 프로세스이기 때문에 "창을 닫은 것"과 "작업이 사라진 것"은 다른 사건이고, 이 둘을 구분해 주는 것이 환경의 일입니다.

한계는 문서에 적혀 있습니다. Anthropic의 백그라운드 세션은 "절전 상태는 넘기지만 머신이 종료되면 멈춥니다." 에이전트 뷰 Dure의 복구는 "저장된 상태와 제공자 지원에 따라 달라지며, 재부팅을 넘어 프로세스를 유지하지는 않습니다." 그리고 반대 방향의 경고도 함께 있습니다. "앱의 연결이 끊긴 것이 에이전트가 멈췄다는 증거는 아닙니다." 현재 한계

명령을 다시 실행하기 전에 뒤쪽 문장을 먼저 읽으세요. 세션 모델에서 실제로 자주 생기는 사고는 작업이 사라지는 쪽이 아니라, 같은 작업이 두 번 돌아가는 쪽입니다.

검토: diff와 회신

diff는 변경으로 추가·삭제·수정된 줄의 목록입니다. 에이전트의 diff를 읽는 일은 대화 기록을 읽는 일과 다릅니다. 기록은 에이전트가 무엇을 했다고 생각하는지를 말하고, diff는 실제로 파일에 무엇이 들어갔는지를 말합니다.

Dure의 검토 흐름은 "로컬 diff를 읽고, 구체적인 의견을 보내고, 작업을 합치기 전에 결과를 확인"하는 것입니다. 검토와 피드백 내장 diff는 로컬 worktree를 대상으로 하고, SSH로 작업한 변경은 원격 Git을 거칩니다. 현재 한계

주목: 지금 누가 나를 기다리는지

에이전트가 하나면 그냥 그것을 보고 있으면 됩니다. 여섯 개가 되면 부족한 자원은 내 주의력이고, 그걸 어디에 쓸지 작업 공간이 정해 줘야 합니다. Anthropic의 에이전트 뷰는 세션을 시작 순서가 아니라 필요에 따라 정렬해서, "검토 대기"와 "입력 필요"를 "작업 중"과 "완료"보다 위에 둡니다. 에이전트 뷰

IDE나 터미널 멀티플렉서와는 어떻게 다른가요?

실제 환경은 이 가로줄을 섞어 쓰기 때문에, 열보다 행이 중요합니다. 에디터를 열 수 없는 ADE는 쓸모가 없고, 대부분의 사람은 여전히 에디터에서 코드를 읽고 싶어 합니다.

필요하지 않은 경우는 언제인가요?

해당하는 빈도가 높은 순서로 세 가지입니다.

한 번에 한 작업만 합니다. 그렇다면 에이전트 CLI만으로 충분하고, 한 겹을 더 얹는 것은 배울 거리만 늘립니다.

쓰고 있는 에이전트에 이미 들어 있습니다. 대부분의 비교 글이 빼먹는 경우입니다. Anthropic의 데스크톱 앱은 "diff를 시각적으로 검토하고, 여러 세션을 나란히 실행하고, 반복 작업을 예약하고, 클라우드 세션을 시작"할 수 있으며, 백그라운드 세션은 파일을 수정하기 전에 .claude/worktrees/ 아래 격리된 worktree로 옮겨 갑니다. Claude Code 개요 · 에이전트 뷰 Codex는 ChatGPT 데스크톱 앱에서 worktree를 제공하며, 설정 스크립트와 무시된 파일을 위한 .worktreeinclude를 함께 안내합니다. Codex worktree 한 제공자를 한 머신에서 쓴다면, 무언가를 더 얹기 전에 이미 가진 것부터 확인하세요.

터미널 멀티플렉서가 이미 편합니다. 원하는 작업이 어디 있었는지 되짚지 않고 바로 찾을 수 있다면, 시각적 작업 공간은 문제 해결이 아니라 취향입니다.

별도의 ADE가 값을 하기 시작하는 지점은 이 셋이 더 이상 성립하지 않을 때입니다. 에이전트 CLI가 둘 이상일 때, 머신이 둘 이상일 때, 또는 화면 구성이 한 작업보다 오래 남아야 할 때입니다. 도구별 선택은 함께 보는 글에서 다룹니다. IDE, CLI, ADE 중 무엇을 쓸까요?

필요한지 어떻게 확인하나요?

익숙한 저장소에서, 한 번에 앉은 자리에서 해 보세요.

1. 지금 쓰는 에이전트로 서로 독립적인 작은 작업 두 개를 각자의 worktree에서 시작합니다.
2. 10분 자리를 비웁니다. 돌아와서 한 가지만 측정하세요. "어느 작업이 먼저 나를 필요로 하는가"를 아는 데 걸린 시간입니다.
3. 먼저 끝난 쪽의 diff를 엽니다. 한 줄에 대해 구체적인 의견 하나를 보내고, 에이전트가 받았는지 확인합니다.
4. 두 브랜치를 합치고 합친 결과에 검사를 돌립니다.

2번이 측정 항목입니다. 기다리는 작업을 바로 찾았다면 ADE가 해결하는 문제가 없는 것입니다. 터미널 탭과 기억을 되짚어 찾았다면, 그 비용이 작업 공간이 줄이려는 비용입니다. 나중에 두 도구를 비교할 때는 저장소·에이전트·권한을 같게 두고, 이것을 벤치마크가 아니라 자신의 평가로 다루세요.

자주 나오는 질문

ADE는 에이전틱 IDE와 같은 건가요?

출처들이 쓰는 뜻으로는 다릅니다. Warp의 구분 기준은 누가 행동하느냐입니다. AI 보조 에디터는 "사람이 코드를 대부분 쓰는 동안 인라인 제안과 채팅"을 제공하고, 에이전틱 환경은 감독 아래 에이전트가 여러 단계의 작업을 수행합니다. Warp 에이전트 기능이 붙은 포크 에디터는 쓰는 방식에 따라 둘 중 어느 쪽도 될 수 있습니다.

새 ADE가 매주 나옵니다. 실제로 뭐가 다른가요?

worktree 모델은 아닙니다. 다들 쓰기 때문입니다. 구분되는 지점은 네 가지입니다. 한 창에서 동시에 돌아가는 서로 다른 에이전트 CLI가 몇 개인지, 계정이 앱에 속하는지 개별 에이전트에 속하는지, 하나의 화면 구성이 여러 프로젝트와 원격 호스트를 아우를 수 있는지 아니면 한 작업이 화면을 채우는지, 연결이 끊기거나 재부팅한 다음에 무엇이 남는지입니다. 도구별 선택 가이드에서 현재 후보들에 이 네 가지를 적용합니다.

ADE가 에디터를 대체하나요?

아닙니다. ADE가 메우는 공백은 분리·세션·검토이고, 코드를 손으로 읽고 쓰는 일은 여전히 에디터의 몫입니다. 이 분야의 도구들은 대부분 worktree를 기존 에디터로 열어 줍니다.

ADE에 자체 모델이나 구독이 포함되나요?

이 분야에서는 아닙니다. Dure가 문서로 요구하는 것은 "설치된 CLI와 제공자 계정"이며, "기능은 제공자와 런타임에 따라 다르다"고 명시합니다. 현재 한계 에이전트 구독과 사용 요금은 그대로 유지됩니다.

에이전트를 더 많이 돌리면 더 빨리 끝나나요?

자동으로 그렇게 되지는 않고, 문서로 확인되는 두 가지 비용이 반대로 작용합니다. Anthropic은 백그라운드 세션이 대화형 세션과 같은 사용량을 소모하므로 "에이전트 열 개를 병렬로 돌리면 사용량이 대략 열 배 빠르게 소모된다"고 적습니다. 에이전트 뷰 Dure의 안내는 "작업이 독립적으로 진행될 수 있을 때"에만 병렬 작업을 늘리고, 두 작업이 같은 파일을 건드리기 시작하면 범위를 좁히라는 것입니다. 병렬 작업 검토도 순차적입니다. diff는 결국 사람이 하나씩 읽습니다.

머신을 종료한 뒤에도 에이전트를 계속 돌릴 수 있나요?

ADE만으로는 안 됩니다. Anthropic 문서와 Dure 문서 모두 로컬 세션은 머신과 함께 멈추고, 재부팅은 원래 프로세스를 끝낸다고 적습니다. 에이전트 뷰 · 현재 한계 노트북을 닫은 동안에도 이어져야 하는 작업은 클라우드나 원격 런타임의 영역이고, 이는 작업 공간과 별개의 결정입니다.