CLI 하네스 3파전, 레이지코덱스·가재코드·오르카가 용도로 갈렸다

오전 여덟 시 반, 한 참여자가 방에 익숙한 질문 하나를 던졌다.

"클로드 쓰시는 분들 오케스트레이터 툴 어떤거 쓰시나요? 1. native Cluade CLI 2. OMC 3. 가재코드 4. etc"

몇 마디 답이 오가는가 싶더니, 대화는 세 갈래로 갈라졌다. 레이지코덱스, 가재코드, 오르카를 각각 써 본 참여자들이 저마다의 체감을 풀어놓기 시작했다.

먼저 가재코드 쪽 반응은 안정성에 집중됐다. 한 참여자는 Sol 세션을 오래 붙잡고 작업해도 상태가 깨지지 않는다는 점을 짧게 짚었다.

"가재는 쏠 안망가집니다"

오르카는 성격 자체가 다르다는 설명이 뒤따랐다. 에이전트형 도구로 분류되는 다른 둘과 달리, 오르카는 명령을 골라 실행하는 창구에 가깝다는 정리였다.

"가재나 코덱스(+레이지코덱스) 등과 다르게 일단 오르카는 에이전트는 아닙니다 cmux + @ 로 생각하시면 될듯"

플랫폼별 추천도 곁들여졌다. "윈도우에는 오르카 쓰세요"라는 말이 나왔고, 같은 레이지코덱스라도 실행 환경에 따라 체감이 갈린다는 후기도 이어졌다.

"orca에서 레이지돌리면 이쁜데 가재돌리면 뭔가 컴터가 느린느낌이...."

세 도구를 나란히 놓고 보면 대화가 향한 결론은 뚜렷하다. 레이지코덱스는 화면(UI) 작업에, 가재코드는 Sol 세션 보존이 중요한 장시간 작업에, 오르카는 에이전트가 아닌 명령 실행 창구로 쓰인다는 역할 분담이 자연스럽게 자리 잡은 것으로 보인다. 한 도구가 다른 둘을 밀어내기보다, 상황에 맞춰 병행 사용하는 쪽으로 방 전체의 무게중심이 기운 셈이다.

이는 CLI 오케스트레이션 생태계가 아직 단일 표준으로 수렴하지 않았다는 신호로도 읽힌다. 도구별 강점이 뚜렷이 나뉘는 지금 단계에서는, 작업 성격에 맞춰 도구를 골라 쓰는 실용적 태도가 당분간 이어질 가능성을 시사한다.