무조건 쓰세요. 다른 터미널 툴을 압도하는 현존 최고의 IDE Orca의 특징은?

1. 핵심 주장 (Core Claims)

• Orca는 오픈소스 "IDE 도구"다. 커서(Cursor)나 VS Code와 같은 범주의 도구지만, 성격이 다르다. GitHub에 소스 코드가 공개되어 있고 누구나 다운로드해 설치할 수 있다.
• Orca의 정체성은 "git worktree 기반 AI 에이전트 오케스트레이션 터미널"이다. 코덱스(Codex), 클로드 코드(Claude Code), 오픈코드(OpenCode), 헤르메스(Hermes), 오픈클로(OpenClaw) 같은 CLI 에이전트 도구들을 git worktree라는 단위로 병렬 실행·관리해 주는 것이 존재 이유다.
• Orca는 macOS/Windows/Linux 모두 지원하며, 데스크톱 앱뿐 아니라 **모바일 앱(iOS는 App Store 출시, Android는 아직 스토어 미등록이라 GitHub Release의 APK 사이드로드 필요)**을 통해 PC와 거의 동일한 UI로 원격 제어가 가능하다.
• 발표자는 이 도구를 "다른 터미널 툴을 압도하는 현존 최고의 IDE"로 소개하며, 헤르메스+디스코드 조합과 비교해 세션 연속성(continuity) 면에서 확실한 우위가 있다고 평가한다.
• 다만 오케스트레이션(CLI) 기능은 아직 GUI가 없고 CLI로만 지원되는 초기 단계이며, 발표자 본인도 깊게 써보지 않았다고 솔직히 밝힌다.

2. 근거와 사례 (Evidence & Examples)

Orca 공식 소개 페이지의 특징 요약

GitHub 저장소 소개 페이지에서 확인한 핵심 기능들:

1. 모바일 컴패니언(Mobile Companion) — 모바일로 원격 제어 가능
2. 독립적 git worktree 기반 멀티 에이전트 운용 — 터미널을 스플릿해서 여러 에이전트를 동시에 굴릴 수 있음
3. 디자인 모드(Design Mode) — 웹 화면을 터미널처럼 탭으로 띄우고, 특정 UI 엘리먼트를 지정해 클로드 코드/코덱스에게 "이 부분을 고쳐줘"라고 직접 가리키며 지시 가능
4. Git/기업 연동 기능 — IDE 내에서 PR 생성, 이슈 등록, 머지 등 GitHub 관련 작업을 모두 처리
5. SSH 접근 — 원격 서버에 SSH로 접속해 Orca로 작업 가능
6. Diff 뷰 + 코멘트 — 파일 변경사항(diff)을 보고 그 위에 직접 코멘트를 남길 수 있음
7. 드래그 앤 드롭 — 파일을 끌어다 놓으면 에이전트에게 바로 전달됨

설치 및 온보딩 과정

• 설치 시 "Orca CLI 설치 여부"를 묻는다. Orca CLI는 orca로 시작하는 명령어를 제공하는 별도 도구로, 오케스트레이션 기능(아래 4번 항목)에 쓰인다.
• CLI 설치 시 Orca 관련 CLI·스킬을 다른 에이전트(코덱스는 기본 포함, 클로드 코드·헤르메스 등은 스페이스바로 선택)에도 심을 수 있다.
• 설치 방식은 심볼릭 링크 방식과 전체 복사 방식 중 선택할 수 있으며, 발표자는 심볼릭 링크(권장 방식)를 사용했다.
• 온보딩 체크리스트 5단계:
  1. 알림(Notifications) 설정 — 봉소리/투톤/블롭 사운드 중 에이전트 작업 완료 알림음 선택 (발표자는 투톤 선택)
  2. 기본 에이전트(Default Agent) 선택 — 발표자는 클로드 코드/코덱스/헤르메스가 모두 설치돼 있었지만, "GPT-5.6이 막 나왔다"는 이유로 코덱스를 기본으로 선택
  3. Orca CLI 활성화 — 앞 단계에서 설치했으면 자동 완료
  4. 연동(Integrations) 연결 — GitHub, Linear, Jira 등과 연동 가능. 개발자는 주로 GitHub CLI 연동을 통해 PR/이슈 작업을 Orca 안에서 처리
  5. 워크스페이스 자동 셋업(Automate Workspace Setup) — git worktree를 새로 만들 때 자동 실행할 커맨드를 등록
  • 체크리스트 항목이 전부 초록불이 아니어도(즉 다 세팅하지 않아도) 사용에는 지장이 없다고 강조.

Git worktree 개념 설명 (기초부터 시연)

Orca의 핵심을 이해하려면 git worktree 개념이 필요하다며, 직접 데모로 설명했다.

• 예시 디렉토리에 intro.py(간단한 메시지 출력)와 logic.py(변수 A 출력) 두 파일, 커밋 1건("Initial commit")이 있는 상태에서 시작.
• 문제 상황: 개발자 2명이 각각 intro 부분과 logic 부분을 동시에 수정해야 하는데, 로컬이 아닌 같은 서버 공간에서 작업해야 한다면?
  • 나쁜 방법: 각자 다른 디렉토리에 레포지토리를 따로 클론해서 브랜치를 나눠 작업 후 나중에 머지.
  • 더 나은 방법: git worktree. git worktree add ../example_intro -b feature/intro 같은 형태로, 별도 디렉토리를 만들면서 동시에 새 브랜치를 체크아웃할 수 있다.
• 데모 확인 사항:
  • worktree로 만든 디렉토리(example_intro)에는 마스터 브랜치의 파일(intro.py, logic.py)이 그대로 존재.
  • 하지만 .git이 마스터 쪽에서는 디렉토리(진짜 저장소)인 반면, worktree 쪽에서는 단순 파일이다. 즉 worktree는 별도의 git 저장소가 아니라 부모 저장소를 가리키는 "포인터"이며, 작업 디렉토리만 논리적으로 분리된 상태.
  • feature/logic이라는 두 번째 worktree도 동일한 방식으로 생성.
  • intro 쪽에서 "Hello World"를 "Hello World, 마이즈진"으로 수정 후 커밋하면, git log에는 initial commit 위에 새 커밋이 쌓인다.
  • logic 브랜치 터미널에서는 intro의 변경 내용이 안 보이지만, 부모-자식 관계로 논리적으로 같은 저장소에 묶여 있으므로 git diff feature/intro feature/logic 같은 명령으로 두 워크트리 간 변경사항 비교가 가능하고, git merge feature/intro로 머지도 가능함을 시연.
• 결론: git worktree는 작업 공간(디렉토리)은 분리돼 있지만 논리적으로는 하나의 저장소이기 때문에, 서로 다른 워크트리에서 작업한 내용을 비교/병합할 수 있다는 것이 핵심.

Orca 실제 사용 데모

• "프로젝트 추가"로 방금 만든 git worktree 예시 폴더를 열면, master/feature-intro/feature-logic 브랜치가 각각 별도 탭(=워크트리)으로 표시됨.
• Orca는 "워크트리 단위"로 동작한다는 점이 반복 강조됨 — 상단 탭에서 선택하는 단위가 곧 워크트리.
• + 버튼으로 새 워크트리를 즉석에서 생성 가능 (예: feature/login 브랜치를 만들면서 담당 에이전트 지정).
• 특정 워크트리를 선택하면 그 안에서 코덱스 탭, 헤르메스 탭, 새 터미널 탭, 브라우저 탭까지 자유롭게 열 수 있다.
• 터미널 화면 분할(좌우/상하)이 버튼 또는 우클릭 메뉴로 가능 — 최근 유행하는 스플릿 터미널 도구들과 유사한 UX.
• 발표자는 실제로 "도구 트레이닝", "맥스 토큰 대시보드", "git worktree example", 그 외 1개 등 4개 프로젝트를 동시에 열어 각각 별도의 워크트리 세트로 관리하고 있었다.
• 프로젝트별 아이콘 색상/모양 커스터마이징 기능도 있음.

디자인 모드 시연 (개인 프로젝트 "토큰 대시보드"로)

• 발표자가 개인적으로 만들던 "헤르메스/코덱스 토큰 사용량 대시보드" 프로젝트를 실행하면 로컬 엔드포인트가 뜨고, Orca 안에서 브라우저 탭으로 새로 열어 접속.
• "페이지 요소 가져오기" 버튼: 브라우저 화면에서 특정 UI 엘리먼트(예: 버튼)를 클릭하면 해당 엘리먼트 정보가 "복사됨" 상태로 캡처된다. 이후 에이전트 채팅창에 붙여넣고 "이 부분 너무 큰 것 같아" 같은 자연어 지시를 추가해 코덱스에게 바로 전달.
• "페이지 요소 주석 달기" 버튼: 엘리먼트를 클릭한 뒤 "이 부분은 필요 없는 것 같다, 제거해줘" 같은 주석을 달고 전송 버튼을 누르면, 해당 엘리먼트 정보 + 주석이 코덱스에게 그대로 전달되어 코덱스가 "수정 요청으로 파악했다"며 바로 작업을 시작하는 것을 시연.
• 세 번째 버튼은 크롬 개발자 도구(DevTools)와 유사한 탭을 여는 기능.
• 발표자는 이 작업을 실수로 master 브랜치에서 진행했음을 인정하며, "원래는 워크트리를 하나 따서 거기서 작업하는 게 낫다"고 스스로 정정.
• 실제 코덱스 작업은 꽤 빠르게 완료됐고, 사용된 모델은 (자막상 정확한 표기는 불분명하나) 최근 출시된 코덱스용 모델(GPT-5 계열)로 설명됨.

파일 브라우징 & 우측 패널

• 우측 탐색기(Explorer) 버튼으로 폴더/파일 탐색 가능.
• .md 파일을 클릭하면 리치 에디터 모드로 열려, 마크다운 문법에 익숙하지 않은 사용자도 제목(H1~H3)/굵게/기울임/취소선 등을 툴바로 적용 가능. "소스" 탭을 누르면 원본 마크다운 텍스트 그대로 볼 수 있음.
• 탐색기의 파일을 채팅창으로 드래그 앤 드롭하면 파일 경로가 지정되어 그 파일을 대상으로 지시를 내릴 수 있음.
• 우측 패널에서 에이전트 활동 기록(activity log) 확인 가능.
• 같은 패널에서 git 관련 작업(커밋, 푸시, PR 생성)도 바로 수행 가능.

모바일 연결 시연

• Orca 설정 > Mobile 메뉴에서 QR코드를 생성해 모바일 앱과 페어링.
• iOS: App Store에 정식 출시됨. 아이콘이 범고래(orca) 모양.
• Android: 영상 시점(2026년 7월 중순) 기준 스토어 미등록. GitHub Release 페이지에서 자동 생성되는 APK 파일을 다운로드해 사이드로드 설치해야 함. 향후 플레이스토어 등록 예상.
• QR코드를 모바일 앱으로 스캔하면 페어링되고, 앱을 열면 PC에서 보던 것과 거의 동일한 UI(4개 프로젝트, 각 워크트리, 터미널, + 버튼으로 에이전트 선택 등)가 그대로 나타남.
• 모바일에서 직접 텍스트를 입력하면 실시간으로 반영되는 것을 시연.
• 발표자는 이를 헤르메스+디스코드/슬랙 조합과 비교하며, 그 조합은 세션 연속성이 떨어지는 단점이 있는 반면, Orca는 PC에서 하던 작업을 거의 그대로 모바일에서 이어갈 수 있다는 점을 가장 큰 장점으로 꼽음.

네트워크 제약과 Tailscale 필요성 (중요 주의사항)

• Orca 서버(PC)는 발표자의 가정 내 사설망(192.168.x.x 대역)에 있음. 모바일도 같은 Wi-Fi망에 있어야 통신이 된다.
• 즉 집에 있을 때만 모바일로 원격 제어가 되고, 외출 시(모바일이 셀룰러망/외부 인터넷에 있을 때)는 연결이 끊긴다 — 이 상태에서는 "굳이 모바일을 쓸 이유가 없는" 상황(집에 있으면 그냥 PC로 하면 됨)이 되어 버림.
• 왜 헤르메스+디스코드는 외부에서도 되는가를 원리적으로 설명: 헤르메스 에이전트가 디스코드 게이트웨이 설정을 통해 디스코드 서버로 먼저 아웃바운드 TCP 세션을 맺어 놓는다. 모바일이 디스코드로 메시지를 보내면, 디스코드가 봇 ID를 통해 이미 맺어진 TCP 세션을 찾아 헤르메스에게 중계해주고, 응답도 같은 경로로 돌아온다. 즉 디스코드가 중계 서버(relay) 역할을 하기 때문에 사설망 안에 있어도 외부에서 접속 가능.
• Orca의 모바일 연결에는 이런 중계 서버가 없어서, 사설망 안의 Orca 서버와 외부망의 모바일이 직접 연결을 시도하면 실패한다.
• 이를 해결하려면 Tailscale(터널링 VPN 도구)을 도입해 사설망의 Orca 서버와 외부망의 모바일을 터널로 연결해야 한다고 안내.
• PC로 돌아오면 "핸드폰이 제어 중"이라는 표시가 뜨고, "모든 터미널 제어권 가져오기" 버튼으로 다시 PC 작업으로 전환 가능.

Orca CLI / 오케스트레이션 기능

• 문서에서 "Orchestration" 항목을 확인 — Orca CLI로 태스크를 생성하고 여러 에이전트에게 디스패치(분배)하는 기능이 있음.
• 발표자는 이를 헤르메스의 칸반(Kanban) 기능과 유사한 개념이라고 비교.
• 터미널에 orca orchestration ... 형태의 CLI 명령을 입력하는 데모를 보여줌 — 명령을 실행하자 태스크 ID가 생성되고 상태가 "OK"로 표시되는 것을 확인.
• 발표자는 "아직 제대로 써보지 않아서 어떻게 활용하는지는 더 살펴봐야 한다"고 솔직히 밝히며, 현재는 CLI로만 지원되고 GUI 화면은 아직 없다는 한계를 명확히 짚음.

3. 구조화된 시사점 (Structured Insights)

• Orca의 차별점은 "worktree-native" 설계에 있다. Cursor/VS Code가 파일/폴더 단위로 컨텍스트를 다루는 것과 달리, Orca는 애초에 git worktree를 1급 개념으로 삼아 여러 브랜치·여러 에이전트를 동시에 병렬로 굴리는 것을 전제로 설계됐다. 멀티 에이전트 병렬 개발이 늘어나는 흐름에서 이 구조적 선택은 실질적인 워크플로 이점으로 이어진다.
• 디자인 모드(엘리먼트 지정 → 에이전트 지시)는 "말로 설명하기 애매한 UI 수정"을 정확하게 전달하는 실용적 다리 역할을 한다. 브라우저를 IDE의 탭처럼 통합해 실행 결과를 확인하는 루프까지 하나의 화면에서 처리한다는 점이 기존 Cursor/VS Code + 별도 브라우저 조합보다 마찰이 적다.
• 모바일 연속성은 강력하지만 네트워크 토폴로지에 대한 이해가 필수다. "같은 사설망 안에서만 동작"이라는 제약은 실사용 시 초심자가 가장 헷갈릴 수 있는 지점이며, Tailscale 같은 오버레이 네트워크 지식이 사실상 필수 지식으로 따라붙는다. 이는 디스코드/슬랙을 릴레이로 쓰는 헤르메스식 접근과 근본적으로 다른 아키텍처적 트레이드오프다 (설정 난이도 vs 세션 연속성 품질의 교환).
• 오케스트레이션(태스크 디스패치) 기능은 아직 미성숙 단계로, GUI 부재 및 발표자 스스로도 충분히 검증하지 못한 기능이라는 점에서 "지금 당장 이 기능 때문에 Orca를 택할 이유는 약하다"고 해석할 수 있다. 반면 worktree 관리, 디자인 모드, 모바일 연속성은 이미 실사용 가능한 수준으로 확인됨.
• **오픈소스 + 멀티 에이전트 무관용성(agent-agnostic)**이 강점이다. 특정 에이전트(코덱스 전용, 클로드 코드 전용)에 종속되지 않고 코덱스/클로드 코드/오픈코드/헤르메스/오픈클로 등 다양한 CLI 에이전트를 한 UI 안에서 오케스트레이션할 수 있다는 점이 "터미널 툴들을 압도한다"는 영상 제목의 근거로 보인다.

4. 실행 포인트 (Action Points)

1. git worktree 개념이 낯설다면 먼저 이해할 것. Orca는 worktree 단위로 동작하므로, git worktree add <path> -b <branch> 명령과 "워크트리는 부모 저장소를 가리키는 파일(포인터)일 뿐 독립 저장소가 아니다"라는 개념을 먼저 익혀야 Orca의 탭/프로젝트 구조가 이해된다.
2. 설치 시 온보딩 체크리스트를 순서대로 따라가되, 전부 초록불로 만들 필요는 없다. 알림음, 기본 에이전트, CLI 활성화, GitHub/Linear/Jira 연동, 워크스페이스 자동 셋업 중 필요한 것만 선택해도 사용에 지장이 없다.
3. 기존에 코덱스/클로드 코드/헤르메스 등을 이미 쓰고 있다면, 설치 시 스페이스바로 해당 에이전트를 선택해 Orca 스킬을 심어주는 것을 잊지 말 것. 심볼릭 링크 방식 설치를 권장.
4. 디자인 모드는 "이 UI 부분을 고쳐줘"처럼 텍스트로 설명하기 애매한 프론트엔드 수정 작업에 적극 활용할 것. 페이지 요소 가져오기/주석 달기 버튼으로 엘리먼트를 직접 지정해 에이전트에게 넘기면 훨씬 정확하게 의도가 전달된다.
5. 작업은 반드시 워크트리를 새로 따서 진행할 것. 발표자도 실수로 master 브랜치에서 직접 수정 작업을 돌렸다가 스스로 지적했다 — master에서 바로 작업하면 worktree 기반 설계의 이점(병렬·격리)을 살리지 못한다.
6. 모바일로 외부에서 원격 제어를 하고 싶다면 반드시 Tailscale 같은 터널링 도구를 먼저 세팅할 것. 같은 Wi-Fi가 아니면 기본적으로 연결되지 않는다는 점을 사전에 인지해야 한다.
7. Android 사용자는 스토어 대신 GitHub Release 페이지의 APK를 사이드로드해야 한다는 점을 알아둘 것 (2026년 7월 중순 기준).
8. 오케스트레이션(CLI 태스크 디스패치) 기능은 아직 실험적 단계로 보고, GUI가 붙기 전까지는 필수 기능으로 기대하지 말 것. 헤르메스 칸반과 유사한 컨셉이라는 점만 참고하고, 실사용은 추후 성숙도를 지켜본 뒤 판단하는 것이 합리적이다.

핵심 요약 (20줄, 완전한 문장으로)

1. Orca는 커서(Cursor), VS Code와 같은 범주의 오픈소스 IDE 도구이지만, 다른 도구들과는 뚜렷이 다른 설계 철학을 가지고 있다.
2. Orca의 핵심 정체성은 코덱스, 클로드 코드, 오픈코드, 헤르메스, 오픈클로 등 다양한 AI 에이전트를 git worktree 단위로 병렬 실행·관리해 주는 오케스트레이션 IDE라는 점이다.
3. Orca는 macOS, Windows, Linux 데스크톱을 모두 지원하며, iOS와 Android용 모바일 앱을 통해 PC와 거의 동일한 UI로 원격 제어가 가능하다.
4. 설치 과정에서는 Orca CLI 설치 여부와 다른 에이전트에 Orca 스킬을 심을지 여부, 심볼릭 링크 또는 전체 복사 방식 중 설치 방식을 선택하게 된다.
5. 온보딩 체크리스트에는 알림음 설정, 기본 에이전트 선택, Orca CLI 활성화, GitHub·Linear·Jira 연동, 워크스페이스 자동 셋업이 포함되며 모두 완료하지 않아도 사용에는 지장이 없다.
6. 영상은 git worktree를 처음 접하는 시청자를 위해 별도 디렉토리와 파일 두 개로 예시를 만들어 worktree의 생성, 브랜치 분기, diff 비교, 병합 과정을 직접 시연했다.
7. worktree로 생성된 디렉토리는 겉보기엔 독립된 저장소처럼 보이지만 실제로는 부모 저장소를 가리키는 파일일 뿐이며, 논리적으로는 하나의 git 저장소에 묶여 있다.
8. Orca 안에서는 프로젝트를 열면 master, feature/intro, feature/logic 같은 각 브랜치가 별도의 워크트리 탭으로 표시되며, 사용자가 상단에서 선택하는 단위는 항상 워크트리 단위다.
9. 하나의 워크트리 안에서는 코덱스, 헤르메스 등 여러 에이전트 탭과 새 터미널, 심지어 브라우저 탭까지 자유롭게 열 수 있고 화면을 좌우·상하로 분할할 수 있다.
10. 발표자는 실제로 도구 트레이닝, 토큰 대시보드, git worktree 예제 등 총 4개의 프로젝트를 동시에 열어 각각 별도의 워크트리 세트로 병렬 관리하고 있었다.
11. 디자인 모드는 브라우저 화면을 IDE 탭처럼 띄운 뒤 특정 UI 엘리먼트를 클릭해 지정하고, 그 엘리먼트에 대한 수정 지시나 주석을 에이전트에게 직접 전달할 수 있는 기능이다.
12. 시연에서는 토큰 대시보드 화면의 특정 요소를 지정해 "이 부분은 필요 없으니 제거해달라"는 주석을 남기고 전송하자 코덱스가 이를 수정 요청으로 인식해 바로 작업을 시작했다.
13. 우측 패널의 탐색기 기능으로 파일과 폴더를 탐색할 수 있고, 마크다운 파일은 리치 에디터 모드와 원본 소스 모드를 전환하며 볼 수 있다.
14. 파일을 채팅창으로 드래그 앤 드롭하면 해당 파일을 대상으로 바로 지시를 내릴 수 있으며, 같은 패널에서 커밋·푸시·PR 생성 같은 git 작업도 처리할 수 있다.
15. 모바일 앱은 설정의 QR코드로 페어링하며, iOS는 App Store에 정식 출시되어 있고 Android는 아직 스토어에 없어 GitHub Release의 APK를 사이드로드해야 한다.
16. 모바일 앱에 접속하면 PC에서 보던 프로젝트, 워크트리, 터미널 구성이 거의 동일하게 나타나며 실시간으로 입력과 반영이 이루어져 헤르메스+디스코드 조합보다 세션 연속성이 뛰어나다는 것이 발표자의 평가다.
17. 다만 Orca 서버가 가정 내 사설망(192.168 대역)에 있으므로 모바일도 같은 Wi-Fi에 연결돼 있어야만 통신이 가능하고, 외부 인터넷망에서는 기본적으로 연결이 끊긴다.
18. 헤르메스가 외부에서도 접속 가능한 이유는 디스코드 서버가 중계 역할을 하며 헤르메스 에이전트가 미리 맺어둔 TCP 세션을 통해 메시지를 주고받기 때문이며, Orca는 이런 중계 서버가 없어 Tailscale 같은 터널링 도구를 별도로 구축해야 외부에서 모바일 접속이 가능하다.
19. Orca CLI에는 오케스트레이션 기능이 있어 CLI 명령으로 태스크를 생성하고 여러 에이전트에게 디스패치할 수 있으며, 이는 헤르메스의 칸반 기능과 유사한 개념이지만 아직 GUI가 없고 발표자도 충분히 검증하지 못한 초기 단계 기능이다.
20. 결론적으로 Orca는 git worktree 기반 멀티 에이전트 병렬 개발, 브라우저 통합 디자인 모드, PC와 연속성 있는 모바일 제어라는 세 가지 축에서 기존 터미널 도구들과 차별화되지만, 오케스트레이션 기능의 미성숙함과 모바일 외부 접속을 위한 네트워크 설정 난이도는 아직 개선 여지가 있는 부분이다.