사람들이 Orca에 열광하는 이유

최근 AI 개발자 사이에서 Orca가 화제입니다. 낯선 도구인데 무엇에 그렇게 열광할까요? 이번 글은 기능보다 Orca가 필요해진 배경과 개발 방식의 변화를 살펴봅니다.

에이전트가 기능 개발과 버그 수정, 테스트를 맡으면서 개발자는 여러 일을 동시에 진행하게 됐습니다. 이제 중요한 것은 코딩 속도보다 작업 진행 상황을 확인하고 빠르게 전환하는 일입니다. 창만 오가면 어느 에이전트가 무엇을 하는지 금방 헷갈립니다.

코드 에디터에서 에이전트 지휘로

이 불편을 줄이려고 여러 에이전트 세션을 관리하는 cmux 같은 터미널이 나왔습니다. Codex 앱도 병렬 실행과 작업 전환을 중심에 둔 UX를 선보였습니다.

개발 도구의 중심이 코드 에디터에서 여러 에이전트의 병렬 작업을 지휘하는 화면으로 이동하기 시작한 것입니다.

worktree가 필요해진 이유

한 프로젝트에서 여러 기능과 버그를 동시에 수정하려면 작업끼리 충돌하지 않아야 합니다. 한 번에 한 브랜치를 다루던 방식은 병렬 작업에 맞지 않았습니다.

그래서 같은 저장소에 독립된 디렉터리와 브랜치를 만드는 Git worktree를 사용하기 시작했습니다. 하지만 이를 만들고 터미널과 개발 서버까지 연결하기는 번거로웠고, 병렬 작업을 염두에 둔 UI도 드물었습니다.

다중 모델 다음은 오케스트레이션

모델마다 강점이 달라지자 한 모델에 묶이지 않으려는 요구도 생겼습니다. OpenCode는 여러 공급자의 모델을 골라 쓰게 했습니다. Orca는 더 나아가 CLI 에이전트와 worktree, 터미널, 브라우저, diff를 작업 단위로 묶습니다.

Orca가 이를 IDE가 아닌 **ADE(Agent Development Environment)**라고 부르는 이유입니다. 무엇으로 코딩할지보다 여러 에이전트를 어떻게 나누고 확인하며 결과를 선택할지에 초점을 맞춥니다.

아직 빠르게 개발 중이라 버그와 고칠 부분도 많습니다. 기존 환경을 무작정 완전히 옮기기보다 작은 작업부터 사용해보며 이 새로운 흐름을 지켜보는 것을 권합니다.

구체적인 활용 사례와 사용자 체크리스트는 Orca는 누가 사용하면 좋을까?에서 확인할 수 있습니다.