코딩 에이전트 한 개를 쓸 때는 모델 선택이 가장 큰 고민처럼 보입니다. Claude Code와 Codex 중 무엇이 더 잘 푸는지, 어느 구독이 유리한지 비교하게 됩니다. 그런데 세션이 서너 개를 넘으면 질문이 바뀝니다. 무엇을 시켰는지, 어디서 멈췄는지, 어떤 변경을 검토해야 하는지 사람이 놓치지 않는 방법이 더 중요해집니다.
터미널 창을 늘리는 것만으로도 에이전트는 얼마든지 더 실행할 수 있습니다. 한계는 컴퓨터보다 사람에게 먼저 옵니다. 완료 알림을 놓치고 어느 브랜치가 최신인지 다시 확인하며 비슷한 결과 두 개를 처음부터 읽는 시간이 쌓입니다. Orca와 Paseo가 주목받는 이유도 새 모델을 제공해서가 아니라 이 감독 부담을 다른 방식으로 줄이기 때문입니다.
이 비교는 제품을 직접 설치해 속도와 안정성을 측정한 벤치마크가 아닙니다. 2026년 8월 19일 기준 공식 문서, 공개 저장소, 공식 UI 자료를 바탕으로 어떤 운영 병목에 맞는가를 나눈 글입니다. 기능은 빠르게 바뀌므로 구매나 팀 표준화 전에는 연결된 공식 문서를 다시 확인해야 합니다.
구독료를 내기 전에 확인한 질문
제가 먼저 보는 건 “에이전트를 몇 개까지 실행할 수 있는가”가 아닙니다. 실행 중인 세션 가운데 사람이 지금 봐야 할 것을 얼마나 빨리 찾는가입니다. 세션 두 개를 번갈아 보는 사람에게 새 대시보드는 오히려 또 하나의 화면입니다. 반대로 worktree 열 개와 계정 여러 개를 오가는 사람에게 터미널 탭은 관리 시스템이 아니라 기억력 시험이 됩니다.
또 하나는 장소입니다. 책상에서 diff와 브라우저를 함께 검토하는 일이 많은지, 외부에서 휴대전화로 승인 대기 상태를 보고 후속 지시를 보내야 하는지에 따라 답이 달라집니다. Orca는 전자에, Paseo는 후자에 더 무게를 둡니다. 순정 터미널은 그 어느 쪽도 필요하지 않을 때 가장 강합니다.
기준으로 삼은 업무
비교 상황은 하나로 좁혔습니다. 같은 저장소에서 기능 수정, 테스트 보강, UI 확인을 서로 다른 에이전트 세션에 맡기고 사람이 결과를 검토해 한 브랜치만 채택하는 흐름입니다. 확인 기준은 세션 상태, worktree 격리, diff 검토, 브라우저 확인, 계정·사용량, 자리 비움 뒤의 재접속, 권한과 네트워크 경계입니다.
이 기준에서는 기능 수보다 감독 위치가 먼저 보입니다. 터미널은 상태가 각 창에 흩어지고 Orca는 책상 위 한 화면에 모으며 Paseo는 내 기기의 데몬을 여러 클라이언트에서 이어 봅니다.
터미널은 언제 충분한가
Codex CLI 공식 저장소는 Codex를 로컬 컴퓨터에서 실행하는 코딩 에이전트로 설명합니다. Claude Code도 터미널에서 시작합니다. 별도 관리 도구 없이 터미널, tmux, Git worktree만 쓰는 방식은 설치할 계층이 적고 문제가 생겼을 때 원인을 추적하기 쉽습니다. 기존 셸 단축키와 스크립트도 그대로 남습니다.
세션이 1–2개이고 한 작업이 끝날 때까지 집중해서 보는 흐름이라면 이것으로 충분합니다. 새 관리 도구의 업데이트와 설정, 데이터 경로를 배울 이유가 없습니다. 하네스 자체를 통제해야 하거나 회사 정책상 새 데스크톱 앱과 원격 연결을 추가하기 어려운 환경에서도 터미널이 가장 예측 가능합니다.
문제는 세션이 늘어난 뒤에도 같은 방식을 고집할 때 생깁니다. 이름이 비슷한 탭을 오가며 “테스트 대기”, “질문 대기”, “완료했지만 미검토”를 사람이 기억해야 한다면 관리 비용이 이미 코드 작성 시간을 먹고 있습니다. 그때가 도구를 검토할 시점입니다.
Orca는 책상 위 통제실에 가깝습니다
Orca 공식 문서는 작업마다 Git worktree, 에이전트 터미널, 브라우저 탭을 붙이는 데스크톱 IDE로 정의합니다. 같은 프롬프트를 여러 worktree에 보내 결과를 비교하고 diff에 코멘트를 남겨 에이전트에 돌려보내며 브라우저의 UI 요소를 클릭해 HTML·계산된 CSS·잘린 화면을 전달하는 Design Mode가 핵심입니다. Claude Code와 Codex는 계정 전환과 사용량·한도 확인도 깊게 연결됩니다.
출처: stablyai/orca 공식 저장소, docs/assets/readme-hero.jpg. 2026-08-19 확인. Orca는 MIT 라이선스의 오픈소스이며 화면은 빠르게 바뀔 수 있습니다.
따라서 Orca는 세션 수가 많다는 이유만으로 고르기보다 한 자리에서 비교와 리뷰를 자주 하는 사람에게 맞습니다. 프런트엔드 수정처럼 화면, DOM, diff를 오가거나 같은 문제를 세 에이전트에 맡겨 결과를 고르는 흐름에서 이점이 큽니다. 여러 Claude·Codex 계정의 한도와 전환이 실제 병목일 때도 기능 차이가 분명합니다.
반대쪽 비용도 있습니다. 에디터, 터미널, 브라우저, Git 리뷰를 한 앱에 모은 만큼 배울 화면과 설정이 많습니다. 한두 세션만 쓰는 사람에게는 과합니다. 모바일 앱은 데스크톱과 짝을 이뤄 상태를 보고 지시하는 보조 화면에 가깝기 때문에, 휴대전화와 웹을 주 클라이언트로 삼는 구조라면 Paseo 쪽이 더 자연스럽습니다.
Paseo는 장소를 바꿔도 세션을 잇습니다
Paseo 공식 저장소는 내 컴퓨터나 서버에서 데몬이 에이전트를 실행하고 데스크톱·웹·iOS·Android·CLI가 그 데몬에 연결되는 구조를 설명합니다. Claude Code, Codex, OpenCode, Pi를 기본 지원하며 Copilot을 비롯한 다른 도구는 ACP 카탈로그로 넓힙니다. worktree를 만들고 diff를 검토하며 에이전트끼리 공급자를 넘나드는 오케스트레이션도 공식 문서에 포함됩니다.
출처: getpaseo/paseo 공식 저장소, packages/website/public/hero-mockup.png. 2026-08-19 확인. Paseo는 AGPL-3.0 라이선스의 오픈소스입니다.
Paseo의 장점은 한 화면에 더 많은 것을 넣는 데 있지 않습니다. 책상을 떠난 뒤에도 같은 세션을 계속 보고 지시할 수 있다는 점입니다. 데몬은 노트북, 데스크톱, VPS, Docker에 둘 수 있고 클라이언트는 그 실행 위치와 분리됩니다. 음성 입력이 필요한 경우 로컬 음성 모델이나 선택한 공급자를 붙일 수도 있습니다.
이 구조는 네트워크 설계를 함께 요구합니다. 공식 보안 문서에 따르면 새 설치에서 릴레이는 사용자가 켜기 전까지 꺼져 있고 켜면 종단간 암호화된 연결을 제공합니다. Tailscale 같은 VPN으로 직접 연결할 수도 있습니다. 반면 데몬을 0.0.0.0에 바인딩하면 모든 네트워크 인터페이스에 노출됩니다. 비밀번호와 방화벽, 허용 호스트, HTTPS 없이 공개 주소에 내놓는 방식은 피해야 합니다.
운영에서 걸리는 부분
두 도구 모두 worktree를 강조하지만 worktree는 Git 변경 충돌을 줄이는 장치이지 완전한 보안 샌드박스가 아닙니다. 에이전트가 홈 디렉터리의 자격 증명, 외부 네트워크, 운영 데이터에 접근할 수 있다면 별도의 권한 경계가 필요합니다. 병렬 실행 수가 늘수록 잘못된 명령도 동시에 늘 수 있습니다.
Orca의 지원 에이전트 문서는 새 실행에 Claude의 --dangerously-skip-permissions, Codex의 --dangerously-bypass-approvals-and-sandbox 같은 권한 우회 플래그를 미리 채운다고 명시합니다. 설정에서 Manual로 바꿀 수 있지만 처음부터 수동 승인으로 시작해 저장소별로 범위를 넓히는 편이 안전합니다. “격리된 worktree니까 괜찮다”는 판단만으로는 자격 증명과 외부 시스템을 지킬 수 없습니다.
Paseo는 기본적으로 localhost에 묶여 있지만 원격 접속을 추가하는 순간 네트워크 서비스가 됩니다. 공식 문서도 데몬 주소에 닿을 수 있는 사람은 비밀번호가 없으면 연결할 수 있다고 경고합니다. 릴레이의 종단간 암호화, VPN, 비밀번호는 서로 해결하는 문제가 다릅니다. 연결 암호화와 접근 통제를 둘 다 확인해야 합니다.
도입이 실패하는 더 흔한 이유는 대기열입니다. 에이전트 다섯 개가 동시에 끝나도 diff를 승인할 사람이 한 명이면 처리량은 다섯 배가 되지 않습니다. 완료 상태, 사람 검토 대기 시간, 다시 시킨 횟수, 폐기한 worktree 수를 일주일만 기록하면 도구가 필요한지 에이전트를 줄여야 하는지 드러납니다.
실제로 비교한 기준
| 판단 기준 | 순정 터미널 | Orca | Paseo |
|---|---|---|---|
| 감독 위치 | 각 터미널·tmux 창 | 데스크톱 통합 화면 | 데몬에 연결된 데스크톱·웹·모바일·CLI |
| 병렬 작업 | 직접 worktree와 창 구성 | worktree·브라우저·diff를 한 흐름에 결합 | worktree workspace와 여러 클라이언트 지원 |
| 강점 | 단순함, 낮은 추가 비용, 높은 예측 가능성 | 병렬 비교, UI·diff 리뷰, 계정·사용량 확인 | 원격 연속성, 자가 호스팅, 교차 기기 접근 |
| 먼저 볼 위험 | 사람이 상태를 놓침 | 권한 우회 기본 제안, 복잡한 화면 | 데몬 노출, 인증·암호화 구성 |
| 라이선스·비용 | 각 에이전트 조건 | MIT, 모델·구독은 별도 | AGPL-3.0, 모델·구독은 별도 |
다시 선택한다면
세션 두 개를 집중해서 쓰는 날에는 터미널을 유지하겠습니다. 관리 도구를 배우는 시간이 줄어드는 시간보다 크기 때문입니다. 같은 문제를 여러 에이전트에 맡기고 화면과 diff를 책상에서 비교해야 한다면 Orca를 먼저 보겠습니다. 원격 서버에서 작업을 계속 돌리고 이동 중에 상태를 확인하거나 후속 지시를 보내야 한다면 Paseo가 맞습니다.
둘을 동시에 깔아 시작하지는 않겠습니다. 먼저 일주일 동안 실행 중, 질문 대기, 검토 대기, 채택, 폐기 다섯 상태만 기록합니다. 놓치는 상태가 데스크톱 비교라면 Orca, 장소를 옮길 때 끊기는 것이 문제라면 Paseo입니다. 상태를 놓치지 않는다면 터미널이 이미 정답입니다.
적용 전 체크리스트
- 동시에 돌리는 세션 수보다 동시에 검토해야 하는 세션 수를 셉니다.
- 한 작업을 여러 에이전트에 복제할지, 서로 다른 작업을 병렬로 맡길지 구분합니다.
- worktree 밖에서 읽을 수 있는 자격 증명, 파일, 네트워크를 확인합니다.
- Orca를 쓴다면 새 에이전트의 권한 모드를 Manual부터 시작합니다.
- Paseo를 원격으로 연다면 릴레이 또는 VPN, 비밀번호, 허용 호스트, 방화벽을 함께 확인합니다.
- 완료 알림보다 검토 대기 시간과 폐기한 결과 수를 기록합니다.
- 최종 merge와 외부 배포를 승인할 사람을 한 명으로 명확히 둡니다.
내 운영 조건을 비교표에 적기
이 글은 공식 문서와 공개 저장소를 바탕으로 한 비교 조사이며, 직접 사용한 성능이나 안정성 테스트는 아닙니다. 도구를 고르기 전에 현재 출처, 감독 흐름, 권한, 네트워크 경계, 검토 한도를 워크시트에 기록해 자신의 환경에 맞는 기준으로 판단하세요. AI 도구 비교 워크시트 다운로드.
확인한 자료
- OpenAI Codex 공식 저장소: 로컬 CLI 기준과 설치·실행 방식
- Orca 공식 문서: worktree 중심 IDE, 원격 실행, 대상 사용자
- Orca 지원 에이전트와 권한 기본값: 권한 우회 플래그와 Manual 설정
- Orca 공식 저장소: 기능, 운영체제, 모바일, MIT 라이선스, 공식 화면
- Paseo 공식 저장소: 데몬·클라이언트 구조, 지원 화면, AGPL-3.0 라이선스
- Paseo 보안 문서: 릴레이 암호화, 직접 연결, 비밀번호와 네트워크 노출
- Paseo worktree 문서: workspace 격리, 브랜치, 검토와 정리 흐름
Orca와 Paseo는 에이전트를 더 똑똑하게 만드는 도구가 아닙니다. 여러 세션 사이에서 사람이 잃어버리는 상태를 되찾는 도구입니다. 그래서 선택은 에이전트 수보다 감독 방식에서 시작해야 합니다.
참고한 자료
보도 내용, 공식 문서, 정책 배경, 제품 정보처럼 시간이 지나면 바뀔 수 있는 내용을 확인할 때 본 자료입니다.
- Codex CLI official repositoryOpenAI확인한 내용: 순정 터미널 기준; 로컬 CLI 실행 방식확인일: 2026-08-19
- What is Orca?Orca확인한 내용: Orca의 worktree 중심 구조; 대상 사용자; 원격 실행 범위확인일: 2026-08-19
- Supported agentsOrca확인한 내용: 지원 에이전트; 새 세션의 권한 모드 기본값확인일: 2026-08-19
- Orca repositoryStably AI확인한 내용: 병렬 worktree; Design Mode; 계정·사용량; MIT 라이선스; 공식 화면확인일: 2026-08-19
- Paseo repositoryPaseo확인한 내용: 데몬과 클라이언트 구조; 지원 화면; AGPL-3.0 라이선스; 공식 화면확인일: 2026-08-19
- Paseo securityPaseo확인한 내용: 암호화 릴레이; 직접 연결; 비밀번호; 네트워크 노출 경고확인일: 2026-08-19
- Paseo git worktreesPaseo확인한 내용: worktree 격리; 브랜치와 검토 흐름확인일: 2026-08-19
