Herdr로 여러 AI 에이전트를 한 화면에서 오케스트레이션하는 방법

진행자는 여러 프로젝트에서 클로드 코드와 코덱스를 함께 쓰면서 각각 창을 열고 일을 배정하고 여러 에이전트를 병렬로 돌리는 방식이 번거로웠다고 말한다. 그래서 AI가 다른 에이전트를 띄우고, 작업 지시와 소통, 배정까지 알아서 하도록 구현했다고 설명한다.

영상은 이 워크플로우의 세팅과 사용하는 터미널 UI가 무엇인지 묻는 시청자가 많아 핵심만 모아 보여준다는 목적으로 제작됐다. 로컬 컴퓨터에서의 오케스트레이션뿐 아니라 여러 컴퓨터가 있을 경우 원격에서 에이전트를 병렬로 제어하는 방법까지 다룬다고 소개한다.

진행자는 Herdr를 실행할 터미널로 Ghostty 설치를 추천한다. Ghostty는 러스트 기반으로 가볍고 빠르게 만들어져 있어, TUI 실행 환경으로서 성능 이점을 얻을 수 있다고 설명한다.

다른 터미널 에뮬레이터를 쓰고 있다면 그것을 사용해도 무방하다고 덧붙인다. macOS와 Linux는 안내된 방식으로 설치할 수 있고, 윈도우에서도 설치 방법이 따로 안내된다. 설치 후 실행하면 Herdr 시작 화면이 나온다.

화면은 사이드바와 메인 페이지로 나뉘며, 사이드바는 다시 에이전트 탭과 워크스페이스 영역으로 구성된다. 진행자는 영상 속 화면이 이미 세팅된 상태라 복잡해 보이지만, 시청자는 이 세 가지만 알면 된다고 말한다.

로컬 컴퓨터만 쓰는 경우가 대부분이지만, 다른 네트워크에 있는 컴퓨터를 연결해 그 컴퓨터에서 Herdr를 실행하고 AI를 돌릴 수도 있다. 컴퓨터를 원격으로 돌리거나 로컬에서 원격으로 작업을 넘길 때 유용하다고 설명한다.

왼쪽 아래의 뉴 버튼을 누르면 탭이 새로 만들어지고, 탭 이름은 오른쪽 클릭 후 리네임으로 바꿀 수 있다. 진행자는 모든 동작에 단축키가 있지만 외우기보다 마우스로 조작하는 것을 추천하며, AI에게 부탁하는 방법도 좋다고 말한다.

데모 폴더에서 클로드를 실행한 뒤 같은 탭에서 코덱스도 쓰고 싶으면 오른쪽 클릭 후 스플릿 라이트를 선택하면 오른쪽으로 패널이 나뉜다. 아래로 나누는 스플릿도 가능하며, 나중에는 AI가 직접 패널을 만들어 통제하도록 할 수도 있다고 예고한다.

단축키는 컨트롤 B를 누른 뒤 옵션을 고르는 방식이다. 컨트롤 B 다음 V는 세로로 나누고, 컨트롤 B 다음 마이너스 키는 아래로 나눈다. 글자가 잘 보이지 않을 때는 컨트롤 B 다음 Z로 포커스한 창을 확대하고, 다시 같은 키를 누르면 원래 크기로 돌아온다.

포커스된 창은 색깔 테두리로 표시되어 어느 창이 확대되는지 확인할 수 있다고 설명한다.

에이전트에게 질문을 던지면 작업 중에는 웨이팅 표시가 뜨고, 작업이 끝나면 다시 초록색 마크로 돌아온다. 진행자는 이를 통해 작업 완료를 바로 확인할 수 있다고 말한다.

실행한 모든 에이전트는 왼쪽 아래 사이드바에서 목록으로도 볼 수 있다.

목록에서는 작업이 끝난 에이전트를 체크 표시로 따로 필터링할 수 있다. 확인이 끝난 에이전트를 대기 중인 상태로 보려면 동그라미 표시를 쓰면 된다.

X 표시는 옵션 등 때문에 막혀 있는 상태를 뜻한다. 진행자는 이 경우 접근해서 확인한 뒤 권한을 다시 넣어 주면 된다고 설명한다. 이 부분까지가 사용자가 직접 알아야 할 기본 영역이라고 정리한다.

진행자는 에이전트 작업 목록에서 완료된 항목과 대기 중인 항목을 체크 표시와 동그라미 표시로 구분해 확인할 수 있다고 설명한다. 옵션 때문에 막혀 있는 항목은 X 표시로 나타나며, 이런 경우에는 직접 확인하고 접근한 뒤 권한을 다시 넣어 주면 된다고 한다. 여기까지가 사용자가 직접 알고 있어야 하는 영역이라고 정리한 뒤, 진행자는 AI에게 맡기면 어디까지 처리할 수 있는지 보여주기 위해 리드미 2.md 파일을 만들고 기초 내용을 채우라고 요청한다. 이어서 이 작업을 커밋까지 진행해 보겠다고 말하며, 다음으로 워크스페이스를 새로 따서 작업하고 싶은 경우를 위해 피처 업데이트 워크트리를 언급한다.

새 워크스페이스에서 작업하고 싶을 때, 기존에는 뉴를 만들고 워크트리를 생성한 뒤 그 워크트리로 워크스페이스를 옮기는 과정을 직접 해야 했다. 진행자는 Herdr 스킬을 쓰면 Herdr가 제공하는 기능을 클로드를 통해 전부 사용할 수 있다고 설명한다.

요청을 하자 사이드바 하단에 피처 업데이트 워크스페이스가 나타났고, 이후 작업은 해당 워크트리 안에서 이뤄진다. 워크스페이스로 등록하지 않고 현재 탭에 패널만 만들어 구현하도록 요청하는 방법도 시연한다. 그 경우 코덱스 패널이 열리고 필요한 권한까지 함께 설정된다.

한 탭 안에서 여러 워크트리를 관리할 수도 있고, 워크트리를 따로 떼어 사이드바에 넣어 새 워크스페이스로 관리할 수도 있다. 새 탭은 워크스페이스 안의 또 다른 독립된 공간이라서, 한 워크스페이스 안에서도 탭을 옮기면 독립된 그룹 환경을 유지할 수 있다.

진행자는 자신이 유튜브 콘텐츠 작업에서 테마별로 탭을 나눠 쓰는데, 콘텐츠가 섞이지 않으면서 같은 폴더 안의 스킬은 공유할 수 있어 유용하다고 말한다. 소프트웨어 개발을 할 때는 워크트리를 독립적으로 운영하는 쪽에 더 무게를 두게 될 것 같다고 덧붙인다.

진행자는 메인으로 쓰는 에이전트로 코덱스를 관리 역할로 두는 것을 선호한다고 밝힌다. 웹이나 앱을 만들 때는 거의 무조건 Opus 5.5를 쓴다고 말하며, 예시로 주식 차트 모니터링 프로그램의 기본 기능 세 가지를 코덱스에게 먼저 뽑아 달라고 요청한다.

기획 대화를 이어가면서 특정 작업을 넘길 때는 기존 대화 맥락을 유지하기 위해 항상 새로운 독립 세션을 만들어 작업을 떠넘기는 것이 좋다고 강조한다. 이후 현재 탭에서 Opus 5.5 패널을 만들고, 기획한 세 가지 기능이 들어간 차트 모니터링 사이트를 Next.js로 구현해 달라고 요청하는 흐름을 보여준다.

작업을 넘기면 Herdr 스킬을 이용해 오른쪽에 패널이 만들어지고, 진행자는 아무것도 손대지 않은 채 클로드가 실행된다. 왼쪽에서는 계속 소통하며 기능을 추가로 기획하고, 오른쪽에서는 실제 제품 제작이 진행된다. 작업 중 다른 워크트리에 별도 기능을 만들어 달라고 하면 새 패널을 만들어 동시에 처리하도록 무한히 확장할 수 있다고 설명한다.

에이전트 실행 시 바이패스 퍼미션스 모드로 실행하라고 지시하면 그대로 처리된다. 진행자는 실행 후 프롬프트까지 알아서 만들어 넣는 것을 보여주며, 이를 메타프롬프팅이 한 번에 된다고 소개한다. 사용자가 요청만 하면 나머지 과정이 자동으로 넘어가는 점이 장점이라고 말한다.

작업이 끝나면 완료된 결과가 다시 Herdr 쪽으로 되돌아와 어떤 작업이 끝났는지 보고받을 수 있다. 진행자는 이 기능이 Herdr의 매우 유용한 기능 중 하나라고 평가한다.

에이전트와 작업이 꼭 일대일로 대응할 필요는 없다고 말한다. 예시로 레이싱 게임을 만든다면 가장 중요한 요소 세 가지를 먼저 물은 뒤, 그 요소가 들어간 컨셉 세 가지를 추천받는 흐름을 보여준다.

추천받은 세 컨셉을 현재 탭에서 Opus 5.5 패널 세 개로 만들어, 각 컨셉을 동시에 작업하도록 한 번에 지시할 수 있다. 포트는 각각 다르게 두어 독립적으로 결과를 받는다. 여러 결과를 받아 비교한 뒤 가장 마음에 드는 것을 머지할 수도 있다.

진행자는 500달러와 200달러 플랜을 함께 쓰며, 여러 컨셉이나 스크립트, 버그 픽스 결과가 필요한 상황을 자주 겪는다고 말한다. 시간이 돈이기 때문에 하나가 완성되길 기다렸다가 마음에 안 들면 다시 시키는 것보다 애초에 세 개, 다섯 개, 일곱 개를 동시에 생성하는 편이 낫다고 설명한다.

시간을 아끼기 위해 하나씩 기다리지 않고 처음부터 여러 결과를 동시에 생성한다. 결과는 코덱스, Opus, 미니맥스 등 서로 다른 모델과 모델별 설정을 섞어 받을 수 있고, 독립된 워크트리에 나눠 확인할 수 있다.

진행자는 여러 개의 구독제를 쓰고 있을수록 이득이 크다며 Herdr 사용을 추천한다.

더 나아가 스킬을 만들면 단순 병렬 실행을 넘어, 하나의 에이전트를 메인 오케스트레이터로 두고 탭의 모든 패널을 백그라운드에서 모니터링하게 할 수 있다고 설명한다. 진행자는 이것이 간단한 스크립트로 가능하다고 말한다.

예시로 웹사이트 운영 중 유저 피드백을 받아 중요도를 리서치하고 우선순위를 매긴 뒤, 가장 중요한 것만 독립된 브랜치에서 작업하고 검증까지 받는 흐름을 든다. 각 페이즈가 끝날 때마다 새 패널을 만들어 어떤 모델과 어떤 방식으로 작업할지 정의하면, 복잡한 오케스트레이션도 쉽게 풀 수 있다고 설명한다.

Herdr의 강력한 기능 중 하나로 원격 컴퓨터 연결을 꼽는다. 스킬로 등록돼 있어 등록된 원격 컴퓨터를 물어보면 목록을 보여준다. 컴퓨터들이 같은 네트워크, 예를 들어 같은 와이파이에 연결돼 있으면 Herdr의 기능이 아니라 IP 테이블 등을 통해 같은 네트워크의 컴퓨터를 자동으로 리스팅해 준다.

등록을 요청하면 머신 목록에 컴퓨터가 추가되고, 등록 후에는 뉴 버튼으로 원격 컴퓨터에 접근해 바로 터미널을 열 수 있다. 원격 컴퓨터에서 코덱스를 실행해 프롬프트를 넣을 수 있으며, 등록 수에는 제한이 없다고 설명한다. 로컬 테스트가 많아지면 한 컴퓨터가 버거워지므로, 독립된 원격 머신에 작업을 나누는 것이 유리하다고 진행자는 말한다.

패널 세 개를 현재 탭에 만들어 하나는 로컬 컴퓨터에서, 두 개는 원격 맥에서 각각 Opus 5.5를 실행해 세 가지 컨셉을 구현하도록 요청하는 시연이다. 대화는 로컬에서 관리하면서 에이전트만 여러 컴퓨터에 나눠 보낼 수 있다.

원격 패널은 실제 데이터와 CPU, GPU를 원격 컴퓨터가 쓰므로 로컬 자원 부담이 줄어든다. 진행자는 컴퓨터가 몇 대든 한 컴퓨터 안에서 문어발처럼 전부 오케스트레이션할 수 있다고 말한다.

엔드투엔드 테스트처럼 사람이 클릭하는 것처럼 반복해서 버그를 확인하는 작업은 원격 컴퓨터에 맡기면 로컬 컴퓨터를 끄거나 CPU·GPU가 튀는 상황에서도 작업을 이어갈 수 있다. 원격 머신이 작업을 알아서 수행한 뒤 로컬 머신으로 피드백을 돌려주는 방식이다.

같은 와이파이가 아닐 때, 예를 들어 카페나 회사에서 회사의 맥을 접근하려면 네트워크를 같은 위치로 묶어야 하며 이때 VPN을 쓰면 된다. 진행자는 Tailscale이라는 VPN을 쓰고 있으며 기본적으로 무료로 사용할 수 있다고 말한다. 등록 가능한 기기 수에는 한도가 있을 수 있어 많아지면 유료 전환도 고려할 만하다고 덧붙인다.

모든 컴퓨터를 Tailscale에 등록해 두고 필요할 때 연결을 켜면 어디서든 같은 네트워크로 인식되어 한 번에 접근할 수 있다고 설명한다. 영상은 구독과 알림 설정을 부탁하며 마무리된다.