터미널이냐 모바일이냐... 에이전트 오케스트레이션 도구 두고 갑론을박

MCP(Model Context Protocol)로 깃허브·서버·데이터베이스를 한 번에 연결해 쓴 경험담이 아침 대화방의 물꼬를 텄다. 홍보 업무를 맡고 있다는 한 참여자는 "mcp 로 깃헙, 서버, db 전부 연결해서 쓰니까 신세계네요 ㄷㄷ"라며 놀라움을 전했고, 이 흐름은 곧 여러 코딩 에이전트를 동시에 관리하는 오케스트레이션 도구 비교로 확장됐다.

화제의 중심에는 여러 개발 에이전트를 git worktree 단위로 병렬 관리하는 도구인 Orca(ADE)가 있었다. 온톨로지 기반 도구인 OpenCrab을 개발했다고 밝힌 한 참여자는 자신의 도구 구조를 두고 "하나의 작은 원반이 하나의 DB를 온톨로지로 만든 것이고 그게 저렇게 모여있어요"라고 설명하며 데이터 구조화 방식에 대한 이해를 도왔다. 반면 실제 사용 경험은 엇갈렸다. 기획 업무를 한다는 한 참여자는 "저 써봤는데 vscode 클로드 익스텐션 ui에 익숙해졌다가 orca는 터미널기반이라 적응을 못하고 다시 vscode 6개 띄워놓고 있습니다.....ㅋㅋ"라며 익숙한 그래픽 환경으로 돌아갔다고 고백했다.

반대로 만족감을 드러낸 참여자도 있었다. 응급의료 분야에서 일한다는 한 참여자는 "저는 오르카 대만족 하고 쓰고 있습니다. tmux와 cmux 쓰고 있었는데 다른 세션을 병행하며 사용하는게 편하고 자체 내장 브라우저도 유용하고 메모리도 덜 잡아먹는 것 같고요"라며 기존 터미널 멀티플렉서 도구 대비 세션 병행성과 자원 효율성에서 우위를 체감했다고 전했다. 기업 AX(AI 전환) 업무를 담당한다는 다른 참여자는 이런 도구들을 통한 "내부 레퍼런스 인수인계 잘 안되는데 한번 구축되면 쏠쏠하겠네요"라며 조직 차원의 지식 인수인계 문제 해결 가능성에 주목했다.

결국 이날 논의는 '어떤 도구가 최고냐'는 승부가 아니라, 사용자의 작업 습관과 환경에 따라 최적의 오케스트레이션 방식이 갈린다는 방향으로 정리됐다. 그래픽 인터페이스에 익숙한 이들에게는 여전히 VS Code 확장 방식이 편하고, 여러 세션을 넘나들며 작업하는 실무자에게는 모바일 접근성과 세션 병행성을 갖춘 Orca 같은 도구가 매력적이라는 것이다. 코딩 에이전트가 한 개인이 아니라 여러 에이전트를 동시에 굴리는 '팀 운영'의 대상이 되면서, 이를 관리하는 오케스트레이션 계층 자체가 새로운 도구 경쟁 영역으로 떠오르고 있음을 보여주는 대화였다.

이런 도구 비교가 활발해진 배경에는, 코딩 에이전트를 한 번에 여러 개 동시에 굴리는 것이 더 이상 소수 얼리어답터만의 실험이 아니라는 인식 변화가 자리한다. 여러 프로젝트나 여러 작업을 병렬로 처리해야 하는 실무자가 늘어나면서, 단순히 코드를 잘 짜는 모델 성능뿐 아니라 그 모델들을 얼마나 효율적으로 조율하고 전환할 수 있느냐가 실질적인 생산성을 가르는 요소로 부상하고 있는 것이다.