에이전트를 써서 작업을 하다 보면 어느 시점부터는 도구 자체가 아니라 운영 방식이 문제가 된다. 한 번에 하나씩만 돌릴 수 있다는 점, 여러 개를 돌리면 서로 파일을 밟는다는 점, 그리고 결국 사람이 승인 버튼만 누르다 하루가 간다는 점. Orca는 내가 한 번쯤 고민했던 요소가 거의 다 제품 안에 들어와 있었다.
Orca를 “또 하나의 AI IDE”로 보면 핵심을 놓친다
Orca의 본질은 채팅 UI가 아니라 격리(isolation) 레이어라는 것. 병목이 “한 번에 에이전트 하나”라면 해법은 더 나은 채팅창이 아니라 git worktree라는 주장이다.
AI 지원 개발의 관제탑(control cockpit)처럼 동작하며… 여러 AI 코딩 에이전트를 격리된 Git worktree 안에서 동시에 조율하고 실행한다.
이 진단에 나는 동의하는 편이다. 에이전트 작업의 실패는 대개 모델이 멍청해서가 아니라 작업 공간이 공유되어 있어서 생긴다. 브랜치 하나에 여러 손이 들어가면 사람 팀에서도 사고가 나는데, 훨씬 빠르게 파일을 고치는 에이전트라면 말할 것도 없다. worktree 격리는 그래서 “기능”이라기보다 이 판의 최소 전제에 가깝다.
숫자가 말하는 것: 도입 속도 > 유지보수 여력
- stablyai/orca 기준 8월 6일 38,857 스타, 오픈 이슈 3,223개, TypeScript, MIT
- 7월 31일 실행 시점 34,195 스타 → 일주일에 약 +4,600
- 독립 관측(Yeyupiaoling)에서도 29주차에만 약 5,300 스타 증가
스타 곡선만 보면 화려하지만, 나는 오픈 이슈 3,223개 쪽이 더 중요한 정보라고 본다. 이건 “품질이 나쁘다”는 뜻이 아니라 유입 속도가 처리 속도를 앞질렀다는 뜻이고, 실무에서 채택할 때는 그만큼 내가 만난 버그가 이미 알려진 버그일 확률도, 당장 안 고쳐질 확률도 높다는 의미다. 릴리스가 작고 잦다(v1.4.175, 8월 6일)는 점과 같이 놓고 읽어야 한다.
남는 고통은 격리가 아니라 오케스트레이션 UX
가장 공감된 대목이다. Christian Lempa의 리뷰는 함대(fleet) 운영 중 권한 프롬프트 피로를 계속 건드린다.
‘정말 하시겠습니까?’ – 이런 게 계속 뜨면 엄청 짜증나니까, 이런 유형의 에이전트를 오케스트레이션할 거면 이 설정을 꼭 켜두세요.
에이전트 하나일 때는 확인 다이얼로그가 안전장치지만, 다섯 개가 되면 그건 안전장치가 아니라 사람을 병목으로 되돌리는 장치다. 그렇다고 다 꺼버리면 격리가 주는 안전마진을 스스로 반납하는 셈이고. 결국 승인은 “켜냐 끄냐”가 아니라 어떤 종류의 행동에만 물을 것인가의 문제로 설계되어야 한다는 게 내 생각이다. 이 부분은 아직 어떤 도구도 깔끔하게 풀지 못한 것 같다.
내가 실제로 따라 하려는 규율
knightli.com 튜토리얼이 제시한 워크플로는 도구와 무관하게 그대로 쓸 만하다. 순서까지 포함해서 옮겨 적어둔다.
- 에이전트마다 겹치지 않는 작업 범위를 준다
- 명시적인 검수 커맨드를 함께 준다
- 에이전트 실행 중에는 메인 디렉터리를 손대지 않는다
- 머지 전에 각 worktree의 diff를 반드시 검토한다
병렬 실행에서 진짜로 시간을 잡아먹는 건 실행이 아니라 합치는 단계다. 4번을 생략하는 순간 병렬화로 번 시간을 디버깅으로 전부 반납하게 된다.
경쟁 구도: 메커니즘은 합의, 표면에서 싸움
흥미로운 건 경쟁자들이 worktree 격리 자체는 반박하지 않는다는 점이다. Kilo는 Orca의 비용을 “에디터를 떠나야 한다”로 지목하고, 같은 4-worktree 팬아웃을 VS Code 안에서 한다고 주장한다. Microsoft Conductor는 선언적 YAML 라우팅과 토큰을 소비하지 않는 오케스트레이션 레이어로 다른 지점을 친다.
그래서 선택 기준은 “누가 더 좋은 IDE인가”가 아니라 내 워크플로가 이미 정형화되어 있는가인 것 같다. 구조가 정해진 반복 작업이면 선언적 라우팅이 맞고, 탐색적이고 매번 달라지는 작업이면 관제탑형이 맞다. 한편 Orca의 모델 비종속 + 본인 구독 사용(30개 이상 CLI 에이전트 지원, YC 프로필 기준 타깃은 “에이전트 10~100개를 동시에 돌리는 엔지니어”)은, 도구가 빠르게 갈아치워지는 이 시기에 락인을 피하는 실용적인 이유가 된다.