Orca vs herdr: 결국 ‘터미널을 떠날 것인가’의 문제다

왜 이 비교가 지금 재미있나

요즘 코딩 에이전트를 하나만 쓰는 사람은 거의 없다. Claude Code 하나 띄워놓고 끝나는 게 아니라, Codex도 붙이고 리뷰도 시키고, 그러다 보면 터미널 창이 여섯 개씩 열린다. 그 혼란을 정리하겠다고 나선 두 도구가 Orca와 herdr다.  2026년 10월 9일부터 11월 8일까지의 커뮤니티 반응을 모은 정리해봤다.

숫자만 보면 Orca가 앞선다. GitHub 스타 118,776개. 석 달 전 같은 조사에서 38,951개였으니 세 배가 됐다. herdr는 49,202개. 그런데 목소리는 herdr가 더 컸다. 10월 30일 네이티브 데스크톱 앱 출시 HN 스레드가 367점에 댓글 271개, NetworkChuck 영상은 41만 조회를 넘겼다.

한 문장으로 요약되는 차이

커뮤니티 반응 중에 가장 마음에 들었던 건 두 도구의 관계를 설명하는 인용이었다.

@herdrdev 같은 걸 찾고 있었는데, tmux 명령어는 배우고 싶지 않았다

그래서 이 사람은 Orca로 갔다. 이 한 줄에 모든 게 들어 있다고 본다. 두 도구는 기능 경쟁을 하는 게 아니라 사용자의 습관을 두고 갈린다.

  • Orca — 작업마다 git worktree를 하나씩 주는 데스크톱 에이전트 IDE. 격리와 오케스트레이션을 앱이 알아서 해준다.
  • herdr — 에이전트의 터미널 자체를 소유하는 Rust 런타임. “AI용 tmux”라는 포지션.

Orca: 자고 일어나면 PR 9개

Orca 쪽에서 가장 구체적인 사용기는 이거였다. 자기 전에 Claude에게 계획을, Codex에게 리뷰를 맡겨두고 에이전트끼리 대화하게 두었더니 아침에 PR 9개가 리뷰 대기 중이었다는 것. 솔직히 이게 Orca가 파는 환상의 정확한 그림이고, 실제로 작동한다면 꽤 매력적이다.

개인적으로 더 눈에 띈 건 원격 운영 시나리오다. 집에 Mac mini를 24시간 켜두고, 외출 중엔 MacBook Air로 조작하고 iPhone으로 진행 상황을 확인하는 식. 코딩 에이전트가 “내가 앉아 있는 동안 돌아가는 것”에서 “내가 없어도 돌아가는 것”으로 넘어가는 지점이다.

다만 약점도 솔직하다. Electron 기반이라 병렬도가 올라가면 무겁고(에이전트 6개에 메모리 140GB를 보고한 이슈가 인용됐다), 열린 이슈가 8,141개다. 한 리뷰는 이렇게 평했다.

If you want something small and stable, this is not it

경쟁사가 쓴 평가라는 점은 감안해야겠지만, 매일 UI가 바뀌는 도구를 메인 작업 환경으로 쓰는 건 사람에 따라 꽤 스트레스다.

herdr: 터미널을 떠나기 싫은 사람들

herdr의 반응은 한 단어로 ‘열광적’이다. NetworkChuck의 표현이 가장 압축적이다.

tmux 같은데 AI용으로 만들어졌다. 매일 쓴다

10년 tmux를 쓰다 올해 herdr로 옮기고 뒤돌아본 적 없다는 HN 댓글, 출시 24시간 만에 커뮤니티 모드 30개 이상이 생겼다는 소식, 그리고 11월 초 기준 320명이 만든 레이아웃 176개와 모드 345개. 이 속도는 기능이 아니라 문화가 붙었다는 신호에 가깝다.

반면 의심의 목소리도 있다. 랜딩 문구가 뭘 하는 앱인지 알려주지 않는다는 HN 최상위 댓글(“First two sentences give zero information what it does”)은 좀 웃겼고, 더 신경 쓰이는 건 텔레메트리 쪽이다. 어떤 사용자의 Pi-hole이 3일간 herdr.dev 요청 7,000건 이상을 기록했다는 글이 올라왔는데, 원인은 확인되지 않았고 메인테이너 답변도 없다. 참고글도 ‘미확인’으로 명시해뒀다. 자동 업데이트 체크일 가능성이 커 보이지만, 터미널을 통째로 맡기는 도구인 만큼 이건 짚고 넘어가야 할 문제라고 생각한다.

내가 보는 선택 기준

표로 세세히 비교해도 결론은 단순하다.  Orca는 “GUI, worktree 격리, 폰 제어를 원하는 사람”, herdr는 “tmux 근육기억이 있는 터미널 사용자”다.

  1. git 브랜치 관리를 직접 하는 게 귀찮다 → Orca. worktree를 앱이 알아서 쪼개준다.
  2. 노트북을 덮어도 세션이 살아 있어야 한다 → herdr. SSH 재접속, 멀티 호스트가 기본이다.
  3. 도구를 내 손으로 뜯어고치는 걸 즐긴다 → herdr. 모드·레이아웃 생태계가 그 자체로 놀이터다.

참고로 herdr는 worktree 격리를 자동으로 해주지 않는다. 인용된 한 줄이 정확하다: “Herdr does not replace git discipline.” 에이전트 여러 개를 같은 디렉터리에 풀어놓으면 터미널이 아무리 예뻐도 결과는 아수라장이다.

경계가 녹고 있다

흥미로운 건 둘이 서로를 베끼기 시작했다는 점이다. herdr는 10월 30일 네이티브 GUI를 얻었고, 반대로 커뮤니티는 Orca식 워크스페이스를 herdr에 이식하는 프로젝트(herdr-paddock)를 내놨다. Orca에는 “tmux 없는 herdr”를 찾던 사람들이 유입된다.

그리고 양쪽에서 공통으로 발견되는 실사용 패턴이 하나 있다. Claude가 설계·계획, Codex가 구현·리뷰라는 벤더 교차 검증이다. 이게 개인적으로 가장 눈여겨본 대목이었다. 도구 싸움보다 중요한 건, 사람들이 이미 “모델 하나를 믿지 않는 워크플로”를 당연하게 쓰고 있다는 사실이다. 같은 코드를 다른 회사 모델에게 한 번 더 보여주는 것 — 이건 도구가 뭐든 간에 남을 습관 같다.

판은 아직 정리되지 않았다. 이 판에는 tmux, zellij, Orca, herdr에 더해 Mitchell Hashimoto의 Rex까지 들어온다. “막 생겨나는 툴링 시장”이라는 진단에 동의한다. 그러니 지금 둘 중 하나를 ‘정답’으로 고르려 애쓸 필요는 없어 보인다. 터미널이 집인지 아닌지만 스스로에게 물어보고, 가벼운 쪽부터 붙여보면 된다.

Show CommentsClose Comments

Leave a comment