오르카(Orca) 오케스트레이션, 같은 밤 두 커뮤니티 도마 위에 — 불만과 대체 제작 선언까지

같은 저녁, 서로 다른 두 개의 오픈카톡 커뮤니티에서 오르카(Orca)라는 이름이 동시에 도마 위에 올랐다. 에이전트코리아에서는 오케스트레이션 기능의 한계와 버그가, 에르메스단에서는 그 오케스트레이션을 아예 새로 만들겠다는 선언이 나왔다. 우연히 겹친 하루였을 수도 있지만, 두 방의 이야기를 나란히 놓으면 한 도구를 둘러싼 아쉬움이 같은 밤 서로 다른 방식으로 표출된 흐름이 보인다.

에이전트코리아에서는 한 참여자가 오르카에서 tmux나 cmux처럼 다른 작업창을 상시 감시하며 명령어를 직접 전달하는 오케스트레이션이 가능한지 물으며 대화가 시작됐다. 다른 참여자는 각 터미널이 서로 프롬프트를 주입(인젝션)하는 방식이라는 걸 스레드에서 봤다고 답했지만, 정작 질문자는 cmux는 가끔 엉뚱한 작업트리에 프롬프트를 잘못 보내는 반면 오르카는 아예 다른 창을 보지도 못한다는 한계를 짚었다. 다만 질문자 본인은 창 간 소통 문제를 빼면 오르카에 "대만족"이라고 밝혀, 방 분위기가 부정 일색이었던 것은 아니다. 뒤이어 또 다른 참여자가 오르카가 "생각보다 버그가 많다"고 평했고, 터미널 멈춤 이슈 때문에 결국 삭제했다고 밝혔다. 클린 삭제를 하지 않으면 다른 곳에 훅이 남아 문제를 일으킨다는 이야기도 전해 들었다고 덧붙였다. 실제로 대화 말미에는 또 다른 참여자가 모델마다 걸린 훅을 뒤늦게 삭제하고 있다고 토로했다.

"orca 에서 오케스트레이션 쓰시는 분 계시나요? tmux나 cmux 처럼 다른 pane 상시 감시하고 명령어 직접 전달해주는건 못하는데 자체 오케스트레이션을 써야만 가능할까요?"

"다른곳에서 훅이 잡혀서 문제 일으킨다더라구요"

같은 밤 에르메스단에서는 한발 더 나간 결론이 나왔다. 한 디자이너 참여자가 사흘간 오르카를 써본 뒤 오케스트레이션 기능이 "정보를 옮기는 수준"이라고 판단하고 앱을 삭제한 뒤, 코덱스만으로 같은 기능을 새로 만들어보겠다고 선언한 것이다. 다른 참여자도 전날 설치한 오르카에 대한 방 안 평가가 대체로 좋지 않다고 거들었다. 밤이 깊어지자 그 참여자는 실제로 신규 도구 작업에 들어갔다고 알렸다.

"잘가 오르카야~~"

"오르카의 오케스트레이션 기능은 안좋습니다"

"그냥 테스트플라이트 앱 하나 다시 올려서 코덱스만 있으면 똑같이 만들 수 있을 것 같아서 그냥 새로 만들려고 삭제중입니다"

두 방의 반응을 겹쳐 보면, 짧은 사용 기간 안에 각자 다른 지점에서 아쉬움을 겪었다는 사례가 같은 밤 나란히 나온 셈이다. 어디까지나 각 방 일부 참여자들의 경험담이지만, 에이전트코리아에서는 "다른 창을 감시·전달하지 못한다"는 한계가, 에르메스단에서는 "정보를 옮기는 수준"이라는 평가가 각각 나오며 오케스트레이션이라는 기능명과 실제 체감 사이의 간극이 두 방에서 비슷하게 지적됐다는 점은 눈여겨볼 만하다.