우리는 20개의 Claude 터미널을 열어두었습니다. 그래서 오케스트레이션 레이어를 구축했습니다.

Source: Dev.to

배경

지난 달, 공동 창업자인 Ciprian과 나는 혼돈의 정점에 도달했다.
우리는 20개의 Claude Code 터미널을 실행하고 있었고—각각은 코드베이스의 다른 부분을 담당하고 있었다. 탭이 계속 열리고, 터미널이 계속 늘어났다.

“잠깐, 어떤 에이전트가 API 작업을 하고 있었지?”

우리는 실제 개발보다 AI 에이전트를 관리하는 데 더 많은 시간을 쓰고 있었다. 아이러니는 우리에게도 명백했다.

우리의 워크플로우

1. 프론트엔드용 Claude 터미널 #1 열기
2. 백엔드용 Claude 터미널 #2 열기, 이런 식으로 계속…

우리는 이렇게 생각했다: AI 에이전트가 생산성을 10배 높여준다면, 왜 관리하는 데는 전일제 업무처럼 느껴지는 걸까?

오케스트레이션 레이어

우리는 필요한 것을 만들었다—여러 에이전트를 조정하는 단일 대시보드를 구축해 혼란을 없앴다.

작동 방식

• 전문가 에이전트(예: 데이터베이스 전문가, React 개발자, API 개발자)는 각각 고유한 터미널, 브랜치, 전문성을 갖는다.

• 드래그‑앤‑드롭 인터페이스로 에이전트 간 작업 흐름을 정의한다:

  Frontend Dev → React Developer → API Developer

• 하나가 작업을 마치면 다음 에이전트가 자동으로 이어받는다.

• 보안: API 키는 로컬 머신에 남아 있으며, 코드가 우리 서버에 전송되지 않는다 (100 % 로컬, 100 % 프라이빗).

주요 교훈

1. 전문가가 일반인보다 뛰어나다 – “React 개발자” 에이전트는 일반 에이전트보다 더 나은 React 코드를 작성한다.
2. 병렬 > 순차 – 동시에 작업하는 다섯 명의 에이전트가 다섯 작업을 한 명이 순차적으로 처리하는 것보다 효율적이다.
3. 가시성이 중요 – 보지 못하면 관리할 수 없다; 통합 대시보드가 모든 것을 바꾼다.

프라이빗 베타

현재 프라이빗 베타 단계이며, 무료이다.

👉 orcha.nl

개발자 커뮤니티의 피드백을 기다린다. 댓글을 남기거나 직접 연락해 주세요—함께 해결책을 찾아보자.

David와 Ciprian, 탭 혼란에 지친 두 개발자가 만든 서비스.