오르카·파세오·cmux, 갈아타기 힘든 이유는 따로 있다

에이전트를 하나만 켜놓고 순서대로 작업 지시를 내리던 방식은 코딩 에이전트 여러 개를 동시에 돌리는 흐름으로 넘어갔다. 각 에이전트가 같은 작업 폴더를 건드리면 파일이 꼬이는 탓에, git worktree로 브랜치별 작업 공간을 나눠주는 게 표준 대응법으로 자리잡았다. 문제는 워크트리마다 .env, node_modules, 빌드 캐시처럼 gitignore된 것들이 따라오지 않는다는 점이다. 매번 몇 분씩 세팅해야 하는 번거로움이 남는다. 오르카·파세오·cmux는 이 번거로움을 각자 다른 방식으로 없애려는 도구들이고, 그 방식 차이가 갈아타기 어렵다는 방의 체감으로 이어진다.

오르카, 기능을 쌓아올려 떠나기 어렵다

오르카(Orca, 개발사 Stably)는 MIT 라이선스 오픈소스로, 클로드 코드·코덱스·OpenCode를 포함해 30개 넘는 CLI 에이전트를 각각 독립된 git 워크트리에서 돌려준다. macOS·윈도우·리눅스를 모두 지원하고, iOS·안드로이드 동반 앱으로 외부에서도 작업을 확인한다. 계정을 여러 개 등록해 한 번의 클릭으로 바꿔 쓰는 기능, SSH로 원격 서버의 워크트리를 관리하는 기능, GitHub·Linear 이슈를 앱 안에서 바로 연결하는 기능까지 붙어 있다.

방에서 나온 갈아타는 비용이 크다 보니 그대로 쓴다는 평은 이 기능 밀도와 맞물린다. 계정 연결, 워크트리 설정, GitHub 연동을 한 번 끝내고 나면 다른 도구로 옮기는 순간 이 설정을 처음부터 다시 해야 한다. 다만 공짜는 아니어서, 병렬로 여러 에이전트를 돌릴 때 계정별·등급별 요청 한도가 따로 걸리는데 전체 사용량을 한눈에 보여주는 화면은 아직 없다. 워크트리로 파일 충돌은 막아도, 두 에이전트가 같은 코드를 서로 다른 방향으로 리팩터링하면 리뷰 단계에서야 충돌이 드러나는 문제도 남아 있다.

방에서 공유된 폰트를 바꾸면 한글 입력 밀림이 해결된다는 팁은 실제 버그와 맞닿아 있다. 오르카 모바일 터미널에서 한글 조합 중인 자모가 통째로 사라지는 회귀 버그가 보고됐고, 스페이스나 엔터를 눌러야 겨우 글자가 들어가는 증상이었다. 프로젝트 쪽은 이후 배포에서 한글 음절을 조합 종료 시점에 정확히 흘려보내도록 고쳤고, macOS에서의 조합 유지도 함께 손봤다. 방에서 도는 폰트 교체 팁은 정식 수정이 배포되기 전에 사용자들이 찾아낸 임시 우회로였을 가능성이 크다. 지금은 최신 버전으로 올리는 쪽이 근본 해결에 가깝다.

파세오, 리쥼 불만과 공식 기능 사이의 간극

파세오(Paseo)는 AGPL-3.0 오픈소스로, 자체 서버에 데몬을 띄우고 데스크톱·웹·모바일·CLI 어디서든 같은 에이전트 세션에 접속하는 구조를 택했다. 원격 측정이나 강제 로그인이 없는 프라이버시 우선 방침을 내세우고, 클로드 코드·코덱스·코파일럿·OpenCode·Pi를 한 인터페이스에서 다룬다. 오르카가 데스크톱 워크트리 IDE에 가깝다면, 파세오는 여러 화면을 오가며 같은 작업을 이어가는 데 무게를 둔 도구다.

방에서 나온 리쥼이 안 돼서 방치했다는 불만은 공식 기능 설명과 부분적으로 어긋난다. 파세오는 paseo import 명령으로 터미널에서 시작한 클로드·코덱스·OpenCode 세션을 앱으로 불러와 전체 대화 흐름을 이어가는 기능을 갖췄고, 이 기능은 2026년 5월 업데이트로 추가됐다. 다만 실제로는 세션을 불러올 때 원래 쓰던 모델이나 사고 수준 같은 설정이 그대로 넘어오지 않는 버그가 프로젝트 이슈 트래커에 보고돼 있다. 방에서 겪은 불편이 기능 자체의 부재라기보다, 불러온 다음 설정이 어긋나는 데서 온 실망일 가능성이 있다.

cmux, 심플함을 무기로 내세운다

cmux는 Ghostty 기반 macOS 전용 터미널로, GPL-3.0 오픈소스이며 3월 이후 스타 수가 네 배 넘게 뛰어 2만 5000개를 넘겼다. 스스로를 완결된 해결책이 아니라 기본 요소라고 규정하는 게 다른 두 도구와 결이 다른 지점이다. 워크스페이스·분할 화면·알림·내장 브라우저·CLI를 제공하되, 이걸 어떻게 조합해 쓸지는 사용자에게 맡긴다. 에이전트가 서브에이전트를 띄우면 이걸 숨겨진 백그라운드 프로세스가 아니라 눈에 보이는 탭과 분할 화면으로 바로 띄워주는 방식도 특징이다.

방에서 나온 심플해서 바꾸기 어렵다는 평가는 역설적으로 들리지만, 오르카·파세오처럼 계정 연동이나 워크트리 자동화 같은 무거운 설정이 없어서 나온 말에 가깝다. 배울 것도 되돌릴 것도 적으니 굳이 다른 도구로 옮길 이유를 찾기 어렵다는 뜻이다. 다만 macOS에서만 쓸 수 있고, 워크트리 자동 생성이나 계정 여러 개 관리 같은 편의 기능은 스스로 스크립트로 채워야 한다는 점은 오르카·파세오 대비 분명한 제약이다.

개인 개발자와 소규모 팀은 무엇부터 봐야 하나

세 도구 모두 무료로 시작할 수 있어서, 선택 기준은 가격보다 작업 환경에 가깝다. 윈도우나 리눅스에서 작업한다면 cmux는 처음부터 후보에서 빠지고, macOS를 쓰더라도 계정을 여러 개 돌리거나 GitHub·Linear 연동이 필요하면 오르카 쪽 설정값이 더 맞아떨어진다. 이동 중에 스마트폰으로 진행 상황만 확인하고 싶은 1인 개발자라면, 자체 서버에 데몬을 올릴 여건이 되는지가 파세오를 고를지 가르는 기준이 된다. 셋 다 지금 쓰는 에이전트 CLI를 그대로 감싸는 도구이므로, 클로드 코드나 코덱스 자체를 새로 배울 필요는 없고 도구를 바꿔도 기존 구독은 그대로 쓴다.

정작 방에서 반복된 이야기는 어느 도구가 더 낫냐가 아니라, 한 번 골라서 설정을 끝내면 다시 그 설정을 반복하고 싶지 않다는 쪽이었다. 오르카의 계정·워크트리·연동 설정, 파세오의 자체 호스팅 서버, cmux의 스크립트로 짜맞춘 워크플로 모두 처음 한 번의 투자가 크고, 그 투자가 갈아타기를 막는 실제 원인이다. 세 도구를 동시에 써보고 고르는 사치를 부릴 여유가 없다면, 지금 관리하는 에이전트 계정 개수와 운영체제부터 확인하는 편이 첫 번째 갈림길이 된다.