#35와 #38에서 한 얘기는 결국 하나였다. 성능의 병목이 모델 바깥으로 이동했다. 그런데 모델 바깥에는 성능만 있는 게 아니다. 에이전트가 코드를 쓰는 몇 분 동안 사람은 뭘 하는가, 결과가 마음에 안 들면 몇 번을 다시 돌리는가, 승인 버튼 때문에 책상에 몇 시간을 붙어 있는가 — 워크플로우의 병목도 전부 모델 바깥에 있다.
이번에 볼 물건은 그 워크플로우 쪽을 정확히 찍었다. YC 스타트업 Stably가 만든 오픈소스 Orca다. 특이한 점부터 말하면, 이 회사는 코딩 에이전트를 하나도 만들지 않는다. Claude Code, Codex, Cursor CLI, Copilot CLI, Gemini, OpenCode 등 남의 에이전트 30개 이상을 굴리는 판만 만든다. 스스로 부르는 이름은 IDE가 아니라 ADE — Agent Development Environment. 6월 한 리뷰 시점에 7.7k였던 GitHub 스타가 7월 25일 현재 28k를 넘었다. 한 달 반 만에 4배 조금 안 되게 뛴 것이다.
물건부터: 프롬프트 하나를 다섯에 뿌리는 판
Orca의 뼈대는 세 문장으로 요약된다. 프롬프트 하나를 여러 에이전트에 동시에 뿌리고(fan-out), 각각을 격리된 git worktree에서 돌리고, 결과를 나란히 놓고 비교해서 제일 나은 것을 머지한다. 나머지 기능은 이 뼈대에 붙은 살이다.
- 모바일 컴패니언(iOS/Android) — 폰에서 에이전트 상태를 보고 승인/거절까지 한다. 단, 데스크톱 앱이 켜져 있어야 작동한다
- Design Mode — 내장 Chromium에서 웹앱의 UI 요소를 클릭하면 HTML·CSS·스크린샷이 프롬프트에 자동 첨부된다
- SSH worktree — 원격 서버나 VPS에서 에이전트를 돌린다. 내 노트북 팬은 조용하다
- GitHub·Linear 네이티브 통합, WebGL 렌더링 터미널 무한 분할,
orca worktree create같은 CLI 자동화
라이선스는 MIT, 가격은 무료다. 수익 모델은 “본인 구독 그대로 가져오라(BYO subscription)“는 포지셔닝 뒤에 아직 숨어 있다. 성과 주장으로는 하루 510개 태스크를 처리하던 사용자가 플릿 운영으로 3050개를 처리하게 됐다는 커뮤니티 보고가 도는데 — 이건 Discord발 셀프 리포트이니 #38에서 논문 수치에 걸었던 괄호를 여기에도 걸어 두자.
바이브코딩의 병목 4개를 정확히 찍었다
기능 목록만 보면 “터미널 멀티플렉서에 살 붙인 것 아닌가” 싶다. 그런데 스타 그래프는 기능 목록이 아니라 가려운 곳의 목록에 반응한다. 바이브코딩을 실제로 해본 사람만 아는 병목 4개를 짚어 보면 이 급성장이 설명된다.
병목 1 — 느린 건 모델이 아니라 나의 대기 시간이다. 에이전트에게 일을 시키면 몇 분씩 걸리고, 그동안 사람은 논다. 자연스럽게 여러 개를 동시에 돌리고 싶어지는데, 같은 저장소에서 돌리면 서로 파일을 밟는다. worktree 격리 병렬 실행은 이 문제의 정답이고, Orca는 그걸 제품의 뼈대로 삼았다. “에이전트를 더 똑똑하게”가 아니라 “내 대기 시간을 없애게”라는 수요다.
병목 2 — 비결정성은 고치는 게 아니라 샘플링으로 우회한다. 같은 프롬프트도 돌릴 때마다 결과가 다르다는 걸 이제 다들 안다. 고수들은 이미 수동으로 best-of-N을 하고 있었다 — 세 번 돌려서 제일 나은 걸 고르는 식으로. Orca는 그 요령을 fan-out + 나란히 비교 UI로 제품화했다. 품질을 올리는 가장 싼 방법이 더 좋은 모델이 아니라 더 많은 시도라는 통찰이다.
병목 3 — 구독료는 이미 내고 있고, 토큰 마진을 또 내긴 싫다. Claude Max든 ChatGPT든 이미 구독을 가진 사람들에게 “본인 구독 그대로, MIT, 무료”는 도입 마찰이 0에 가깝다. 유료 클로즈드 경쟁자들과 정확히 반대 포지션이고, 특정 벤더 모델을 밀지 않는 중립 관제탑이라는 점도 Claude Code와 Codex를 섞어 쓰는 요즘 사용 패턴과 맞아떨어진다.
병목 4 — 에이전트 돌보기가 책상을 떠나고 싶어한다. 바이브코딩의 실제 리듬은 “지시 → 방치 → 승인 요청에 응답”의 반복이다. 자리에 붙어 있을 이유가 없는데 승인 버튼 때문에 붙어 있게 된다. 폰에서 알림 받고 승인/거절하는 모바일 앱은 이 감정선을 정확히 건드렸고, 실제로 6월 iOS 앱스토어 정식 출시가 스타 급증의 방아쇠였다.
넷을 관통하는 공통점이 있다. 전부 에이전트의 능력 문제가 아니라 에이전트를 부리는 사람의 하루 문제다. #25에서 inner loop(에이전트가 일을 잘하게)과 outer loop(사람이 에이전트를 잘 부리게)을 나눴는데, #35와 #38이 inner loop의 전쟁이었다면 Orca는 outer loop의 전쟁이 시작됐다는 신호다.
IDE는 죽지 않는다, 강등된다
Orca 하나면 그냥 잘 만든 도구 얘기다. 그런데 지금 시장을 보면 세 방향에서 같은 지점으로 수렴하고 있다.
- IDE가 ADE 쪽으로 — Cursor는 Cloud Agents와 병렬 실행을, Windsurf는 Plan Mode를 붙였고, Copilot은 자동완성부터 비동기 PR 에이전트까지 스펙트럼을 늘렸다
- 터미널이 ADE 쪽으로 — Warp의 ADE는 TIME의 2025년 최고 발명품(AI 부문)에 올랐다
- 처음부터 ADE로 — Google Antigravity, JetBrains가 3월에 공개한 신제품 Air, $22M Series A를 받은 Conductor, 그리고 Orca
싸움의 본질은 기능 경쟁이 아니라 “개발자의 홈 화면을 누가 차지하느냐”다. 지난 30년간 그 자리는 코드를 타이핑하는 에디터였다. 그런데 에이전트가 코드를 쓰는 시대에 사람의 일은 타이핑에서 지시·대기·검토·선별로 바뀌었고, ADE는 바뀐 일의 형태에 맞춘 화면이다.
그래서 IDE의 운명은 소멸이 아니라 강등이라고 본다. 에디터는 주인공 자리에서 내려와 “에이전트 결과물이 이상할 때 들어가서 손보는 수술실” 패널이 된다. 전례도 있다 — 터미널은 죽지 않았지만 IDE 안의 탭 하나로 흡수됐다. 이번엔 에디터가 흡수될 차례고, 흡수하는 쪽이 칸반보드+PR리뷰처럼 생긴 관제 화면이라는 게 차이다. 도구의 해자도 같이 이동한다. 편집 UX에서 오케스트레이션 UX와 신뢰 장치 — 격리, 체크포인트, 되돌리기, 리뷰 흐름 — 쪽으로. IDE 벤더에게 무서운 건 더 좋은 에디터가 아니라 에디터가 커모디티가 되는 상황이다.
쓸까 말까: 주의점 넷
써 보기 전에 알아야 할 것들.
첫째, 쿼터가 N배로 나간다. 에이전트 5개 병렬이면 구독 쿼터도 5배 속도로 소모된다. best-of-N은 공짜가 아니라 “시도 비용 × N으로 품질을 사는” 거래다. #38의 교훈대로 절감이든 지출이든 청구서로 검증할 것.
둘째, 매일 배포의 거친 면이 있다. 잔버그가 생기고 보통 24시간 안에 고쳐지는 리듬이라는 게 사용 후기의 평가다. 메모리도 250~800MB쯤 먹는다. 모바일 앱은 데스크톱이 켜져 있어야 하는 리모컨이지 독립 클라이언트가 아니다.
셋째, 생산성 수치는 전부 셀프 리포트다. “하루 30~50 태스크”는 커뮤니티 보고이고 통제 실험이 아니다. 태스크 개수가 늘어난 것과 좋은 코드가 늘어난 것은 다른 문제다 — 병렬로 뽑아낸 결과물을 누가 다 리뷰하는가라는 질문은 #31의 주제로 그대로 돌아온다.
넷째, 추천 대상이 갈린다. 이미 CLI 에이전트 여러 개를 스크립트로 조율하고 있다면 그 스크립트를 대체할 가치가 있다. 에이전트 하나를 에디터 안에서 쓰는 게 편한 사람이라면 Cursor나 Windsurf가 여전히 낫다는 게 리뷰들의 공통 평가다. 참고로 “Orca”라는 이름은 겹치는 게 많다 — 클라우드 보안(Orca Security), 선박 자율운항(Orca AI), Solana DEX까지 있으니 검색할 때 stablyai를 붙이자.
사람들이 진짜 원한 것 — 관제탑
정리하면, Orca가 증명한 수요는 “더 똑똑한 에이전트”가 아니다. “여러 에이전트를 굴리는 나를 위한 관제탑”이다. worktree 격리도, 폰 승인도, 나란히 비교도 전부 모델 기술이 아니라 오케스트레이션 UX 문제이고, 그 UX만으로 한 달 반에 스타 4배가 나왔다.
이게 하네스 스레드의 자연스러운 다음 장이라고 본다. 코딩 에이전트 자체가 커모디티가 되는 순간 — 30개 이상이 같은 판에서 갈아 끼워지는 지금이 이미 그렇다 — 가치는 그 위 관리 계층으로 올라간다. #35에서 하네스는 모델과 달리 남는 자산이라고 했는데, 같은 논리로 에이전트가 바뀌어도 남는 건 그걸 부리는 판이다.
다음 도구 발표를 볼 때 물을 질문이 하나 늘었다. 이 도구는 에이전트를 똑똑하게 만드는가, 아니면 에이전트를 부리는 내 하루를 조직하는가? 전자는 다음 모델 릴리스가 지워버릴 수 있지만, 후자는 남는다.
참고: stablyai/orca (GitHub, MIT), Orca 공식 사이트, andrew.ooo의 Orca 리뷰, InfoWorld — The IDE is dead, long live the ADE, Augment Code — Agentic IDE vs ADE. 스타 수·기능은 2026-07-25 기준이며, 생산성 수치는 커뮤니티 셀프 리포트로 제3자 검증이 없다.