개발을 하다보면 여러 기능을 개발할 때 작업 공간을 나눌 수 밖에 없어요. 그런데 하나의 레포로 브렌치만 바꿔가면서 작업하기에는 동시에 2가지 이상의 기능을 개발할 수 없어요. 그래서 stash를 사용하거나, WIP 커밋을 남겨두던가 해요. 그리고 여러 작업을 동시에 진행하면 실제 코딩보다 작업을 다시 파악하는 데 시간이 더 걸리기도 했어요.

그러던 중 아는 개발자분에게 Orca IDE에 대해서 소문을 듣고 사용하기 시작했어요.

현재는 직접 코드를 작성해야 하는 작업이 아니라면 대부분 Orca에서 처리하고 있어요. 자동완성이나 lint를 활용하면서 세밀하게 코드를 직접 수정해야겠다고 판단될 때만 VS Code를 함께 사용하는 방식으로 활용하고 있어요.

Orca가 무엇인가?

Orca는 여러 AI 코딩 Agent를 나란히 실행하고 관리할 수 있는 개발 환경이에요.

Codex, Claude Code 같은 CLI 기반 Agent를 각자 다른 워크스페이스에서 실행할 수 있고, 작업마다 Git worktree와 터미널, 브라우저를 분리해서 사용할 수 있어요.

일반적인 AI IDE가 코드 편집기에 AI 기능을 추가한 형태라면, Orca는 여러 Agent에게 작업을 나눠주고 결과를 확인하는 흐름에 더 집중되어 있어요. 그래서 공식적으로도 IDE보다 ADE(Agent Development Environment)라는 표현을 사용해요.

Orca가 AI 모델의 성능을 높여주는 것은 아니에요. 대신 여러 Agent와 작업 공간을 다루는 과정에서 생기는 관리 비용을 많이 줄여줘요.

Orca를 사용하며 느낀 장점

워크스페이스 전환이 쉬워요

Orca에서는 작업 목적에 따라 워크스페이스를 쉽게 나누고, 필요할 때 원하는 워크스페이스로 바로 이동할 수 있어요.

예를 들면 아래 작업들을 각각 다른 워크스페이스에서 진행할 수 있어요.

기능 구현
버그 수정
성능 확인
테스트
문서 정리

워크스페이스마다 터미널과 코드, 브라우저가 함께 묶여 있기 때문에 작업의 컨텍스트가 섞이지 않아요. 다른 작업을 확인하기 위해 관련 터미널과 파일을 다시 찾아다니는 일도 줄어들어요.

여러 작업을 동시에 진행할 때 피곤한 부분은 코드 작성보다 ‘내가 방금 어디에서 무엇을 하고 있었지?’를 다시 떠올리는 과정일 때가 많아요.

Orca를 사용한 뒤에는 워크스페이스 단위로 맥락을 바로 확인할 수 있어서 컨텍스트 스위칭 비용이 확실히 줄었어요.

출퇴근 중에도 모바일로 확인할 수 있어요

모바일 연동도 생각보다 자주 사용하게 되는 기능이에요.

출퇴근하면서 Agent의 진행 상황을 확인하고, 추가 지시가 필요하면 미리 처리하거나 완료된 결과를 정리해 둘 수 있어요.

특히 아래처럼 시간이 오래 걸리는 작업에 유용했어요.

코드베이스 분석
대규모 리팩터링
테스트와 빌드
오류 원인 조사
여러 파일을 수정하는 작업

PC 앞에서 작업이 끝나기만을 기다리지 않아도 돼요. 이동 중에 결과를 확인하고 다음 작업을 지시해 두면 회사나 집에 도착했을 때 이미 작업이 상당히 진행되어 있어요.

자투리 시간이 실제 개발 시간으로 연결된다는 점이 좋았어요.

여러 Agent를 사용하는 부담이 줄어요

여러 Agent를 동시에 실행하는 것 자체는 일반 터미널에서도 가능해요. 하지만 세션이 늘어날수록 어떤 Agent가 무슨 일을 하는지 파악하기 어려워져요.

Orca에서는 Agent별 작업 공간과 상태가 나뉘어 있어요. 한 Agent에는 구현을 맡기고, 다른 Agent에는 조사나 검증을 맡기는 식으로 역할을 분리하기 편해요.

예전에는 Agent를 추가로 실행하기 전에 ‘이것까지 켜면 더 복잡해지지 않을까?’를 먼저 생각했어요. 지금은 워크스페이스를 하나 더 만들고 작업을 나누는 것이 자연스러워졌어요.

여러 Agent를 사용할 수 있다는 것보다, 여러 Agent를 사용해도 복잡하게 느껴지지 않는다는 점이 더 큰 장점이에요.

Git worktree 기반이라 병렬 작업이 편해요

Orca는 각 작업을 Git worktree 기반으로 분리할 수 있어요.

여러 Agent가 같은 저장소에서 작업하더라도 서로의 수정 내용을 바로 건드리지 않기 때문에 병렬 작업이 수월해요. 브랜치를 바꿀 때마다 변경 사항을 stash하거나 저장소를 여러 개 복사해서 관리하는 수고도 줄어들어요.

예를 들어 기능 개발과 버그 수정을 동시에 실행해 두고, 각각의 결과를 확인한 뒤 필요한 작업만 반영할 수 있어요.

단순히 터미널을 여러 개 띄우는 것과 달리 작업 공간 자체가 분리되기 때문에 마음 편하게 여러 Agent에게 작업을 맡길 수 있었어요.

실제 사용하면서 알게 된 팁

node_modules와 대용량 테스트 파일은 symlink 활용하기

worktree는 작업을 안전하게 나눠주지만 여러 개를 만들면 저장 공간을 많이 사용할 수 있어요.

특히 프로젝트에 node_modules나 용량이 큰 테스트 파일이 있으면 워크스페이스를 생성할 때마다 준비 시간과 디스크 사용량이 커질 수 있어요.

워크스페이스마다 같은 파일을 복제할 필요가 없다면 심볼릭 링크(symlink)를 활용하면 좋아요. 공통으로 사용하는 파일을 한곳에 두고 각 worktree에서 참조하도록 만들면 용량과 준비 시간을 줄일 수 있어요.

다만 아래와 같은 경우에는 공유하지 않는 것이 좋아요.

브랜치마다 의존성 버전이 다른 경우
테스트 중 해당 파일이 변경되는 경우
워크스페이스별로 서로 다른 설정이 필요한 경우

처음에는 여러 작업에서 동일하게 사용하는 읽기 전용 테스트 데이터처럼 안전한 파일부터 연결하는 것을 추천해요.

문서 작업도 별도 워크스페이스로 관리하기

코드와 직접 관련 없는 문서 정리 작업도 별도의 워크스페이스로 나눠두면 편해요.

코드 구현과 문서 정리를 같은 세션에서 계속 진행하면 컨텍스트가 길어지고 작업 목적도 섞이기 쉬워요. 문서 전용 워크스페이스를 만들어 조사 결과, 작업 과정, 결정 사항을 따로 정리하면 필요한 정보를 다시 찾기 쉬워요.

개발 Agent와 문서 정리 Agent의 역할을 분리해서 사용하기에도 잘 맞아요.

모바일 작업은 에뮬레이터와 함께 확인하기

모바일 화면을 확인해야 하는 프로젝트에서는 에뮬레이터를 연결해 두면 편해요.

Agent가 작업한 결과를 같은 흐름 안에서 확인하고, 문제가 보이면 바로 수정 요청을 이어갈 수 있어요. 코드를 먼저 생성하고 나중에 별도의 환경에서 확인하는 방식보다 구현과 검증 사이의 간격이 짧아져요.

터미널과 코드를 번갈아 확인하기

Orca에서는 Agent 터미널을 확인하다가 바로 코드와 변경 사항을 볼 수 있어요.

Agent에게 작업을 맡기고 결과를 검토한 뒤 다시 수정 지시를 내리는 과정이 한곳에서 이어져요. 터미널, 에디터, Git diff를 계속 다른 프로그램에서 찾아다니지 않아도 되는 점이 편했어요.

한 Agent와 계획 → 구현 → 테스트 → 피드백을 반복하는 루프 엔지니어링부터, 여러 Agent와 워크스페이스에 역할을 나누고 결과를 연결하는 그래프 엔지니어링까지 한 환경에 들어 있는 느낌이에요.

Agent가 늘어나도 전체 작업 흐름을 놓치지 않는 것이 Orca의 강점이라고 생각해요.

아쉬운 점

Orca를 사용하면서 가장 아쉬웠던 점은 VS Code에서 사용하던 개발 환경을 그대로 가져오기 어렵다는 점이에요.

기존 VS Code 설정과 확장 프로그램을 동일하게 사용할 수 없고, 자동완성이나 lint, 언어별 개발 도구도 익숙했던 방식 그대로 사용하기 어려워요.

AI Agent에게 작업을 맡기고 결과를 확인하는 용도로는 편하지만, 사람이 직접 코드를 오래 작성해야 할 때는 기존 IDE가 더 효율적일 수 있어요.

그리고 worktree가 많아지면 디스크 용량과 브랜치 관리도 필요해요. 작업이 끝난 워크스페이스를 계속 남겨두면 오히려 다시 복잡해질 수 있기 때문에, 완료된 작업은 주기적으로 정리하는 것이 좋아요.

Orca와 VS Code를 함께 사용하는 방법

저는 Orca 하나로 모든 개발 도구를 대체하기보다 역할을 나눠서 사용하고 있어요.

Agent에게 작업을 지시하고 병렬로 진행할 때는 Orca
진행 상황과 결과를 터미널, 코드, diff로 확인할 때도 Orca
출퇴근 중 모바일로 오래 걸리는 작업을 확인할 때도 Orca
자동완성, lint와 기존 확장 기능을 활용해 직접 코딩할 때는 VS Code

Orca와 VS Code 중 하나만 선택해야 하는 것은 아니에요.

현재는 직접 코딩이 필요한 순간에만 VS Code를 사용하고, 그 외의 Agent 기반 작업은 대부분 Orca에서 처리하고 있어요.

결론

Orca를 사용하면서 가장 크게 달라진 점은 여러 Agent를 실행할 수 있게 된 것이 아니에요.

여러 작업을 동시에 진행해도 관리 부담이 크게 늘지 않게 된 것이 가장 큰 변화였어요.

워크스페이스를 빠르게 오가면서 컨텍스트 스위칭 비용을 줄일 수 있고, worktree를 기반으로 작업을 안전하게 분리할 수 있어요. 출퇴근 중에는 모바일로 오래 걸리는 작업을 확인하고 다음 지시를 내려둘 수도 있어요.

반면 직접 코드를 많이 작성해야 하는 상황에서는 VS Code의 자동완성, lint, 확장 프로그램 환경이 여전히 더 편해요. 그래서 모든 작업을 Orca로 바꾸기보다 각 도구가 잘하는 일을 나눠서 사용하는 것이 좋다고 생각해요.

Codex나 Claude Code 같은 코딩 Agent를 하나 이상 사용하고 있고, 터미널과 브랜치, 작업 상태를 관리하는 비용이 커졌다면 Orca를 사용해 볼 만해요.

특히 여러 작업을 병렬로 진행하거나, 오랫동안 실행되는 작업을 모바일에서도 이어서 확인하고 싶은 개발자라면 장점을 더 크게 느낄 수 있을 것 같아요.