I Built a PREMIUM Misson Control for My 16 Hermes Agents

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

16개 Hermes 에이전트를 위한 프리미엄 관제 대시보드는 미션 배정부터 협업 메시지 확인, 승인, 결과 보관까지 한곳에서 관리하도록 구축됐다.

📌 핵심 요점

1. 팀 구성과 협업 과정을 가시화한다. 사용자가 담당자를 직접 고르거나 보스 에이전트 Executor에게 전문가 선정을 맡긴다. 공유 맥락과 작업 인계 메시지를 확인할 수 있으며, 시연에서는 새 전문가를 추가해 에이전트가 15개에서 16개로 늘어난다.
2. 계획과 결과에 사용자 승인 절차를 둔다. 미션의 우선순위, 목표 날짜, 실행 시간, 단계 수, 보고서 길이를 설정한다. 칸반은 계획 승인 대기부터 실행·결과 검토·납품 완료까지 구분하고, 로그와 재생 기능은 수행 과정을 되짚게 한다.
3. 운영 상태와 자원을 함께 보여준다. 도시 화면의 색상으로 에이전트 활동을 구분하고 CPU·메모리·디스크 사용량을 확인한다. 에이전트 16개가 등록돼 있어도 당시 표시된 미션에서는 리서치 에이전트 하나만 작업 중이었다.
4. 음성·손동작 조작과 문서·예약 작업 관리를 결합한다. 브라우저가 음성을 텍스트로 바꾸고 Hermes의 답변을 로컬 Piper가 읽는다. 장문 결과는 문서 탭에 보관하며, 크론 작업은 대시보드에서 확인하거나 즉시 실행할 수 있다.
5. 유료 배포와 미완성 기능을 구분해야 한다. 템플릿·제작 프롬프트는 유료이며 자동 설치기는 회원에게 제공된다. 외부 통합 탭은 백엔드에 연결되지 않았고, 모델 전환은 시연되지 않았으며, 일부 화면 잘림과 결과 가독성 문제도 남아 있다.

🧩 배경과 문제 정의

• 여러 AI 에이전트에게 일을 맡길 때는 적합한 담당자를 고르고, 작업을 나누며, 진행 상황과 결과를 함께 관리해야 한다. 기존 Hermes 설정에서는 에이전트 사이의 메시지와 작업 인계 과정을 확인하기 어렵다는 문제가 출발점이다.
• 대시보드는 미션 배정, 에이전트 간 협업 메시지, 결과 검토, 문서 보관을 한곳에 모은다. 사용자가 직접 팀을 구성하거나 보스 에이전트에게 전문가 선정을 맡길 수 있다.
• 음성·손동작 조작과 시각적 상태 표시로 접근성을 높이면서, 서버 자원 사용량과 실행 시간도 함께 관리한다. 음성 응답 지연과 서버 과부하 가능성은 여전히 고려해야 할 제약이다.

🕒 시간순 섹션별 상세정리

1. 미션 배정부터 협업 기록까지 통합하는 관제 대시보드

• 미션을 수행할 에이전트를 직접 지정하거나 보스 에이전트에게 세부 작업별 전문가 선정을 맡긴다. 에이전트들이 공유하는 맥락, 메시지, 작업 인계를 실시간으로 확인하고, 완료된 보고서는 문서 탭에서 받는다. [00:34]
• 도시 형태의 화면에서는 에이전트마다 건물이 있으며, 파란색은 작업 중, 주황색은 작업 가능 상태를 뜻한다. 건물을 눌러 대화하고, 새 전문가를 추가하면 다른 에이전트에게도 알리며 미션에 투입할 수 있는 상태로 반영한다. 각 에이전트는 자신의 데이터베이스에 활동 이력을 기록한다. [01:00]

2. 홈 화면의 성과 지표와 작업·자원 현황

• 검색으로 에이전트나 미션을 찾고, 에이전트를 선택하면 바로 채팅을 연다. 계기판에는 성공률, 완료 미션 수, 평균 완료 시간이 표시되며, 시연 당시 자체 테스트가 포함된 수치는 성공률 100%, 완료 미션 142개다. [02:34]
• 시스템 상태에는 CPU·RAM·디스크 사용량이 표시된다. 오케스트레이션 영역은 보스와 하위 에이전트의 관계, 활동량이 많은 에이전트 네 명, 응답 시간을 보여주며, 당시 리서치의 작업 비중은 약 17%다. [03:36]

3. 전문가 추가와 서버 과부하 관리

• 에이전트 추가 화면에서 프로젝트 매니저 역할을 선택하고 이름·약칭·역할·기본 모델을 확인한 뒤 배포한다. 대시보드와 도시 화면이 새 에이전트를 자동 인식하면서 전체 수가 15개에서 16개로 늘어난다. [05:18]
• 시스템 사용량을 여러 화면에 반복해서 배치한 이유는 사용자가 부하를 놓치지 않게 하기 위해서다. 실제 구성의 규모를 미리 알 수 없으므로, 자원 사용을 주의하지 않으면 서버가 중단될 수 있다는 우려를 반영한다. [06:06]

4. 음성 대화의 처리 구조와 응답 지연

• 로컬 음성 도구로 Piper와 Kokoro를 비교했고, 제작자 테스트에서는 Piper가 약 두 배 빨라 기본 구성으로 채택했다. 에이전트를 선택하면 음성 인사로 활성 상태를 알리지만, 요청이 Hermes 백엔드에서 처리된 뒤 답변이 돌아오는 과정 때문에 지연이 생길 수 있다. [06:23]
• 리서치 에이전트의 역할은 실제 출처 조사, 사실 확인, 도구·경쟁사 비교, 실행 가능한 조사 결과 작성이다. 출처·숫자·인용을 만들어내지 않고 확인할 수 없는 내용은 불확실성을 명시한다는 역할 규칙도 포함된다. [07:22]

5. 손동작과 마우스로 조작하는 통합 화면

• 카메라로 손가락과 손바닥을 추적하며, 집는 동작으로 궤도형 화면을 이동한다. 클릭 가능한 대상 위에 손을 1.5초 동안 유지하면 선택되고, 같은 화면을 마우스로도 조작하며 에이전트와 대화할 수 있다. [08:38]
• 미션 화면에서는 계획을 승인하거나 완료 결과를 검토하고, 문서 화면에서는 장문의 연구 결과를 읽는다. 시연 중 결과 표시 영역이 작아 읽기 어렵다는 문제가 드러났고, 확대하는 방안은 향후 개선 가능성으로 남아 있다. [09:37]

6. 채팅을 유지하면서 미션의 목표와 실행 조건 설정

• 일반 채팅 탭은 에이전트별 대화와 첨부파일을 지원한다. 다른 작업 중에도 답변 알림을 눌러 대화를 이어가고, 채팅창을 최소화한 상태로 작업을 계속할 수 있다. [11:55]
• 예시 미션의 목표는 여러 AI 에이전트를 사용할 때 겪는 문제와 개선 방법을 조사하는 것이다. 우선순위와 실행할 목표 날짜를 정하고, 직접 팀을 고르거나 보스 에이전트인 Executor에게 담당자 선정을 맡긴다. [12:42]

7. 계획 승인 후 드러나는 작업 배분과 에이전트 간 메시지

• 미션을 시작하면 보스 에이전트가 계획을 세우고 승인을 요청한다. 예시에서는 근거 기반 조사를 위해 리서치와 데이터 에이전트를 추천했으며, 사용자가 계획을 승인해 실행하거나 중지 버튼으로 취소할 수 있다. [14:05]
• 승인 뒤 Executor가 리서치 에이전트에게 보낸 실제 메시지를 열어볼 수 있다. 지시 내용은 여러 AI 에이전트 사용 시 겪는 문제를 최대 40분 동안 조사하라는 것이며, 데이터 에이전트에는 첫 단계의 분석과 간결한 근거 기반 최종 보고서 작성에 20분을 배정한다. [14:44]

8. 칸반과 재생 기능으로 미션의 전 과정 추적

• 칸반 보드는 미션을 계획 승인 대기, 실행 중, 결과 검토, 납품 완료 단계로 구분한다. 계획 승인은 작업 시작 신호가 되고, 작업 완료 후 검토를 거쳐 승인하면 납품 영역으로 이동한다. [16:19]
• 전체 미션 로그에서 현재 단계와 상세 내용을 열고, 완료된 미션의 결과도 확인한다. 재생 기능은 미션 시작부터 끝까지 시간 정보와 각 단계를 다시 보여줘 작업 진행 과정을 되짚게 한다. [16:51]

9. 장문 결과를 문서 탭에 모아 채팅의 가독성 유지

• 긴 연구 결과나 보고서를 채팅에 그대로 쌓으면 대화창을 사용하기 어려워지므로, 에이전트가 장문 출력을 문서 탭에 저장하도록 구성했다. 사용자는 해당 탭에서 연구·보고서 등 결과물을 정돈된 형태로 읽을 수 있다. [17:50]

10. 문서 저장과 크론 작업을 대시보드에서 관리한다

• 채팅에 모든 정보를 쌓으면 컨텍스트와 토큰을 소모한다. 문서 탭에는 보관할 문서를 추가할 수 있고, 저장한 내용은 자신의 서버에 있는 데이터베이스에 들어간다 [18:29]
• 오케스트레이터나 실행 에이전트에 매일 아침 승인 대기·완료 미션 수를 요약하는 크론 작업을 요청하면, 생성된 작업이 대시보드에 자동으로 반영된다. 사용자는 대시보드에서 직접 실행하거나 삭제할 수 있다 [19:01]

11. 에이전트 시티와 활동 로그로 작업 상태를 추적한다

• 에이전트 시티는 작업 중인 에이전트의 타워를 파란색으로, 작업이 끝난 타워를 주황색으로 표시한다. 실행 에이전트가 일일 미션 다이제스트 크론 작업을 만드는 동안 파란색이었다가 완료 후 주황색으로 돌아간 사례가 확인된다 [19:58]
• 에이전트를 클릭해 바로 채팅할 수 있으며, 소프트웨어 개발 에이전트도 답변을 작성하는 동안 파란색으로 바뀌고 응답 후 주황색으로 돌아간다. 이 시각화는 특히 장시간 작업에서 활성·비활성 에이전트를 구분하는 데 유용하다 [20:26]

12. 서버 상태 확인부터 설정 파일 편집과 명령 실행까지 지원한다

• 헬스 탭은 CPU, 메모리, 디스크 공간, 네트워크 대역폭을 보여준다. 운영체제·CPU 코어·NVMe SSD·커널·프로세스 정보와 CPU 자원을 많이 사용하는 작업도 확인할 수 있다 [21:34]
• 에이전트의 soul과 user.md를 직접 편집할 수 있지만, 변경이 에이전트의 사고와 동작에 영향을 줄 수 있어 경고를 확인해야 한다. 제작자는 직접 수정하기보다 에이전트에게 변경을 맡기는 방식을 선호한다 [22:06]

13. 외부 연동은 미완성이며 화면 구성은 폭넓게 바꿀 수 있다

• 통합 탭은 아직 백엔드에 연결되지 않았다. Notion·Tribe·GitHub 등을 대시보드에서 연결하는 구상이지만 구현에 많은 작업이 필요해, 사용자 수요를 확인하며 도입 여부를 검토하고 있다 [23:25]
• 가이드 탭은 각 기능의 사용법을 설명하는 내장 매뉴얼이다. 설정에서는 기본 주황색인 Ember를 비롯한 색상 테마를 바꾸거나 기업 고유의 색상을 직접 적용할 수 있다 [24:14]

14. 모델·음성·알림과 개인 설정을 한곳에서 조정한다

• 여러 AI 모델이 설정되어 있으면 대시보드가 이를 감지해 에이전트의 모델을 변경할 수 있다는 설명이다. 다만 시연 환경에는 모델이 하나뿐이라 전환을 보여주지 못했으며, 같은 모델 계열 안에서 세부 모델을 선택하는 기능은 영상 공개 전에 보완할 계획이다 [25:27]
• 에이전트별 음성을 선택하고 ElevenLabs API 키를 입력할 수 있다. 알림 수준과 프로필 사진·이름도 대시보드에서 조정한다 [25:54]

15. 유료 템플릿과 자동 설치기로 구축 부담을 줄이는 배포 방식이다

• 대시보드 제작에는 몇 주와 상당한 AI 토큰 비용이 들었기 때문에 템플릿과 제작 프롬프트는 웹사이트에서 유료로 제공한다. 직접 구현하고 정상 동작을 확인하려면 사용자도 아마 며칠이 필요할 것이라는 추정이며, 프롬프트는 현재 약 35개라고 보여준다 [26:50]
• 자동 설치기는 몇 분 안에 전체 대시보드를 구성할 수 있다는 설명이며, 현재는 회원에게만 제공된다. 멤버십은 첫 두 달 비용 20달러를 내고 이후 월 10달러를 내는 방식이다. 자동 설치기의 별도 판매는 검토 중이고, 회원은 플랫폼의 유료 튜토리얼·템플릿·프롬프트에도 접근할 수 있다 [27:21]

🧾 결론

• 이 사례의 핵심은 여러 에이전트의 배정·대화·인계·결과를 하나의 운영 흐름으로 연결하는 데 있다.
• 계획 승인과 결과 검토를 구분해 사용자가 개입할 지점을 마련하고, 기록과 문서 보관으로 실행 이후의 확인도 지원한다.
• 시연은 기능 구성과 일부 작동 사례를 보여주지만, 전체 기능의 완성도나 다수 에이전트 동시 실행 성능까지 입증하지는 않는다.

📈 투자·시사 포인트

• 제품 관점에서는 에이전트 간 메시지와 작업 인계를 확인하기 어렵다는 문제가 관제 도구의 수요 근거다. 실제 도입 가치는 검토 시간과 운영 부담이 얼마나 줄어드는지로 평가할 필요가 있다.
• 제작자는 몇 주의 개발과 상당한 토큰 비용을 유료 템플릿·프롬프트·회원용 설치기로 상품화한다. 다만 판매량이나 수익성 자료는 제시되지 않았다.
• 도입 비용을 비교할 때는 자료 구매나 멤버십 비용과 함께 서버 자원, 모델 토큰, 직접 구축·검증에 드는 시간을 살펴야 한다.
• 외부 연동과 모델 선택 기능에는 미완성 또는 미시연 요소가 있으므로, 구매 판단에서는 현재 확인된 기능과 향후 보완 계획을 구분해야 한다.

⚠️ 불확실하거나 확인이 필요한 부분

• 성공률 100%와 완료 미션 142개는 제작자의 자체 테스트가 포함된 계기판 수치다. 성공 판정 기준과 작업 난도가 제시되지 않아 일반적인 신뢰도로 해석하기 어렵다.
• Piper가 약 두 배 빠르다는 비교와 대부분 약 8초 안에 응답했다는 설명은 제작자 테스트 기준이다. 다른 서버·모델·요청에서도 같은 속도가 나오는지는 확인되지 않았다.
• 16개 에이전트 등록은 동시 실행 검증과 다르다. 서버 과부하 우려는 언급됐지만 안정적으로 처리할 수 있는 동시 작업 규모는 제시되지 않았다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 작은 미션 하나로 담당자 선정, 계획 승인, 협업 메시지 확인, 결과 검토, 문서 보관까지 전 과정을 확인한다.
• 실행 시간과 보고서 길이를 설정하고, 실제 토큰 사용량·완료 시간·결과 품질을 함께 기록한다.
• 동시 작업 수를 늘릴 때 CPU·메모리·응답 시간을 확인해 자신의 서버에서 감당할 수 있는 범위를 파악한다.
• 구매 전에 외부 연동, 모델 전환, 화면 표시 문제의 현재 구현 상태와 자동 설치기 제공 조건을 확인한다.

❓ 열린 질문

• 에이전트 간 메시지와 미션 재생 기능은 실제 운영에서 오류 원인을 찾거나 결과를 검토하는 시간을 얼마나 줄여줄까?
• 동시에 여러 미션을 실행하면 서버 부하, 토큰 비용, 응답 지연은 어떻게 달라질까?
• 자동 설치기는 서로 다른 Hermes 설정과 서버 환경에서 어느 정도까지 구축·검증 부담을 줄여줄까?