Orca를 고정 도구로 선택한 이유: Paseo와 cmux를 함께 써 본 기록

AI 개발 도구를 비교하면서 처음에는 모델의 성능과 응답 속도를 먼저 봤다. 하지만 앱 17개와 웹 서비스 3개를 오가며 실제로 크게 느낀 비용은 다른 곳에 있었다. 작업을 어디서 시작했는지, 무엇이 바뀌었는지, 다음에 무엇을 해야 하는지를 다시 복구하는 비용이었다.

그래서 Paseo, cmux, Orca를 “어떤 도구가 더 좋은가”가 아니라 내 작업 맥락을 얼마나 덜 끊는가라는 기준으로 비교했다. 이 글은 제품의 객관적인 전체 기능표가 아니라, 여러 프로젝트를 직접 오가며 형성한 개인적인 선택 기록이다.

먼저 결론: 나는 Orca를 고정하기로 했다

내 결론은 단순했다. PC에서 깊게 작업할 수 있고, 모바일에서 그 작업을 뒷받침할 수 있으며, 오픈소스라서 장기적으로 통제할 수 있는 도구가 필요했다. 그 조건에 가장 가까운 선택이 Orca였다.

여기서 “고정”은 Orca가 모든 작업에서 최고라는 뜻이 아니다. 새로운 도구를 볼 때마다 주 작업 환경을 옮기지 않고, 기준이 되는 작업 공간을 하나 정한다는 뜻이다. 도구를 바꾸는 일 자체가 또 하나의 컨텍스트 전환이 되기 때문이다.

세 도구를 같은 질문으로 비교했다

도구	내가 본 중심축	좋았던 점	내 작업에서 남은 비용
Paseo	모바일 중심	이동 중 상태 확인과 짧은 재개에 자연스러움	깊은 코드 읽기와 수정의 기준 화면으로 삼기에는 PC 흐름이 따로 필요함
cmux	터미널 중심	여러 실행 흐름과 명령을 나눠 보는 데 유용함	세션이 많아질수록 터미널 안의 맥락을 다시 해석해야 함
Orca	PC 중심의 작업 공간	코드 생성 이후 읽기·수정·검토를 한 흐름에 두기 쉬움	프로젝트를 닫고 다시 여는 상태 관리에는 여전히 명시적인 기록이 필요함

이 표에서 중요한 것은 기능의 많고 적음이 아니다. 내 기준에서는 세 도구가 서로 다른 문제를 잘 풀었다. Paseo는 이동성을, cmux는 터미널 병렬성을, Orca는 데스크톱에서의 개발·검토 연속성을 강하게 만들었다.

Paseo: 모바일에서 이어 가는 경험

Paseo를 보며 분명했던 장점은 모바일 중심이라는 점이었다. 책상 앞을 떠난 뒤에도 진행 상태를 확인하거나 다음 요청을 보내는 흐름은 자연스러웠다. 짧은 확인, 알림에 대한 반응, 작업의 재개 같은 행동에는 모바일 화면이 잘 맞았다.

하지만 모바일 중심 도구를 주 작업 공간으로 삼으면 다른 질문이 생긴다. 여러 파일을 읽고, 변경 내용을 비교하고, 테스트 결과를 확인하고, 직접 수정해야 하는 순간에는 결국 큰 화면과 키보드가 필요하다. 나에게 Paseo는 주 개발 환경이라기보다 PC에서 진행하는 작업을 보조하는 표면에 가까웠다.

cmux: 터미널을 나누는 것과 맥락을 나누는 것은 달랐다

cmux를 사용하며 여러 터미널 흐름을 한곳에 둘 수 있다는 점은 분명히 편했다. 서버, 로그, 에이전트, 테스트처럼 서로 다른 실행 흐름을 나누어 관찰할 수 있었다.

다만 창을 나누는 것이 곧 작업 맥락을 정리해 주는 것은 아니었다. 프로젝트가 많아지면 각 pane에서 무엇을 실행했고, 어느 변경과 연결되어 있으며, 어떤 결과를 확인했는지를 사람이 다시 조합해야 했다. 터미널 병렬성은 확보되었지만, 중단 후 다시 들어올 때 필요한 편집·검토 맥락까지 자동으로 보존해 주지는 않았다.

cmux가 부족하다는 뜻은 아니다. 터미널을 주 작업 표면으로 삼고 명령 조합을 중요하게 보는 개발자라면 좋은 선택이 될 수 있다. 다만 내 작업에서는 터미널의 병렬성보다 변경을 읽고 판단하는 흐름의 연속성이 더 중요했다.

Orca: PC가 주 무대이고 모바일은 지원 표면이다

Orca는 내게 PC 중심 도구로 느껴졌다. 코드를 만들고, 그 결과를 읽고, 필요한 부분을 직접 수정하고, 다음 지시를 이어 가는 일련의 흐름이 큰 화면을 중심으로 구성된다. AI가 변경을 만들어도 최종적으로는 사람이 코드를 읽고 판단해야 한다는 점에서 이 구조가 내 작업 습관과 잘 맞았다.

동시에 모바일을 완전히 버리지 않는다는 점도 중요했다. 모바일은 깊은 수정의 장소가 아니라 상태 확인, 짧은 지시, 작업 재개를 위한 뒷받침 역할을 할 수 있다. 이 조합을 내 식으로 정리하면 다음과 같다.

PC의 Orca
  → 코드 읽기 · 수정 · 테스트 · 검토

모바일
  → 상태 확인 · 짧은 지시 · 작업 재개

모바일 중심인 Paseo와 비교했을 때 방향이 반대다. Paseo가 모바일에서 시작해 PC의 필요를 보완한다면, Orca는 PC에서 깊이 작업하고 모바일이 그 흐름을 끊지 않도록 돕는다. 내 하루의 핵심 작업이 PC에서 일어나기 때문에 후자가 더 자연스러웠다.

오픈소스가 선택을 고정하게 만든 이유

가장 결정적인 차이는 오픈소스라는 점이었다. 오픈소스라고 해서 모든 문제가 자동으로 해결되지는 않는다. 유지보수자, 릴리스 속도, 문서, 실제 안정성을 계속 확인해야 한다. 그럼에도 내게는 다음과 같은 장기적인 의미가 있었다.

• 작업 방식이 특정 회사의 제품 방향에만 종속되지 않음
• 문제가 생겼을 때 구조와 변경 이력을 직접 확인할 수 있음
• 필요한 연결과 자동화를 내 환경에 맞춰 확장할 여지가 있음
• 도구를 바꿀 때도 내가 만든 운영 지식을 어느 정도 보존할 수 있음

여러 제품을 운영하는 사람에게 도구의 연속성은 편의 기능이 아니라 운영 비용이다. 오늘 잘 되는 것보다, 몇 달 뒤에도 같은 방식으로 다시 열 수 있고, 문제가 생겼을 때 어디를 확인해야 하는지 알 수 있는지가 중요하다. 그래서 나는 Orca를 “가장 멋진 도구”라기보다 고정해도 되는 기준점으로 선택했다.

내가 겪은 문제는 도구 하나로 사라지지 않았다

Orca를 고정한다고 인지적 단절이 모두 없어지는 것은 아니다. 프로젝트를 Sleep 상태로 만들거나 종료할 때 어디까지 했는지 남기지 않으면, 어떤 도구에서도 다음 세션의 복구 비용은 발생한다. 오픈소스도 기록을 대신 남겨 주지는 않는다.

그래서 도구 선택과 함께 다음 운영 규칙을 둔다.

1. 작업을 끝낼 때 변경 파일과 검증 결과를 남긴다.
2. 다음에 할 일을 한 문장으로 적는다.
3. 생성된 코드와 실제로 확인한 코드를 구분한다.
4. 모바일에서는 깊은 수정 대신 상태 확인과 재개에 집중한다.
5. 터미널 병렬성이 필요할 때만 cmux를 보조 표면으로 사용한다.

이렇게 보면 선택은 “Orca 대 Paseo 대 cmux”의 승자 결정이 아니다. Orca를 기준으로 두고, Paseo와 cmux가 잘하는 역할을 필요한 범위에서 가져오는 구성에 가깝다.

다른 개발자라면 기준이 달라도 된다

모바일에서 보내는 시간이 많고 짧은 확인과 재개가 대부분이라면 Paseo가 더 잘 맞을 수 있다. 터미널 세션을 직접 조합하고 명령어 기반 작업을 선호한다면 cmux의 장점이 더 클 수 있다. 내 선택은 많은 프로젝트를 PC에서 깊게 다루고, 모바일에서도 그 흐름을 놓치고 싶지 않았으며, 도구를 장기간 통제하고 싶다는 조건에서 나온 결과다.

결국 내가 고정한 것은 Orca의 기능 목록이 아니라 작업을 이어 가는 기준면이다. PC에서는 Orca로 읽고 수정하고 검토한다. 모바일에서는 그 흐름을 확인하고 다시 연결한다. 필요할 때만 cmux로 실행 흐름을 나누고, Paseo가 더 자연스러운 모바일 상황에서는 그 장점을 활용한다.

도구를 많이 써 본 뒤에 남은 결론은 오히려 도구를 줄이는 쪽에 가까웠다. 더 많은 선택지를 열어 두는 것보다, 내가 어디서 시작하고 어디로 돌아와야 하는지를 고정하는 편이 개발자의 작업 기억을 더 오래 지켜 준다.