Buzz와 Hermes Agent 연결하기: 24시간 운영 구조 만들기

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Buzz를 VPS에 셀프 호스팅하고 별도 컨테이너의 Hermes Agent를 연결하면, 로컬 PC 가동에 의존하지 않는 24시간 에이전트 업무 운영 구조를 만들 수 있다.

📌 핵심 요점

1. Buzz는 채널에서 에이전트를 호출하고 멤버·팀·권한을 관리하는 업무 메신저다. 발표자는 사람 중심 협업에는 Slack을 병행하고, 에이전트 중심 협업에는 Buzz를 실험해 볼 만하다고 평가한다.
2. 공식 호스팅 릴레이와 로컬 PC 에이전트를 사용하는 구성은 제공사의 정책과 PC 가동 여부에 영향을 받는다. 영상은 VPS에 Buzz와 Hermes Agent를 분리 배포하는 방식으로 이를 바꾼다.
3. Buzz 배포에는 데스크톱 앱의 소유자 공개키를 입력하고, 배포된 릴레이 URL로 기존 커뮤니티에 참여한다. 영상의 원클릭 배포는 Buzz 운영에 필요한 여러 서비스를 함께 설치한다.
4. Hermes 연동은 네이티브 게이트웨이 방식으로 진행한다. 릴레이 URL·채널 ID·허용 사용자 공개키를 전달한 뒤, 에이전트 키 생성 → 릴레이 멤버 등록 → 프로필 발행 순서로 연결한다.
5. 재시작 후 채널에서 에이전트를 초대해 응답을 확인하고, 모바일은 QR 페어링으로 연결한다. Buzz 소프트웨어는 무료로 소개되지만 VPS 비용과 모델 이용 비용은 별도로 발생한다.

🧩 배경과 문제 정의

이전 구성은 Buzz 데스크톱 앱을 공식 호스팅 릴레이에 연결하고, 노트북의 에이전트를 호출하는 방식이었다. 설정은 간단하지만 제공사의 정책을 직접 통제하기 어렵고, PC가 꺼지면 로컬 에이전트가 작동하지 않는 문제가 있다.

영상은 Buzz 릴레이를 VPS에 셀프 호스팅하고, 별도 컨테이너에서 운영 중인 Hermes Agent를 연결하는 과정을 보여준다. 목표는 기존 에이전트의 스킬과 기억을 활용하면서 데스크톱과 모바일에서 상시 업무를 요청하는 것이다. Hermes 자체의 초기 설치는 이미 완료된 상태를 전제로 하며, Hostinger의 제작 지원을 공개한다.

🕒 시간순 섹션별 상세정리

1. 로컬 연동에서 상시 운영으로 전환

• 기존의 공식 커뮤니티와 로컬 PC 연동은 편하지만, PC 가동과 제공사 정책에 의존한다는 문제를 제기한다. [00:34]
• Buzz를 직접 호스팅하고 별도로 운영하는 에이전트를 연결해 24시간 활용하는 구조를 목표로 제시한다. [00:59]

2. Buzz의 기능과 무료 범위

• 채널에서 업무 대화를 나누고 에이전트를 호출하며, 에이전트 수정·실행·중단과 팀·권한 관리를 할 수 있다고 보여준다. [01:41]
• 오픈 소스 소프트웨어 이용과 별개로 셀프 호스팅 서버 비용 및 AI 에이전트 이용 비용은 발생한다고 구분한다. [02:06]

3. Slack과의 역할 비교

• 발표자는 사람 중심 협업에서는 Slack이 더 성숙하고 안정적이라고 평가하며 병행 사용을 제안한다. [02:34]
• 에이전트를 멤버로 다루고 기존 에이전트도 연결할 수 있어, AI 중심 협업과 실험에는 Buzz를 검토할 만하다고 보여준다. [03:14]

4. 릴레이와 에이전트의 실행 환경 분리

• 기존 구성은 공식 호스팅 릴레이와 노트북의 Claude Code·Codex를 사용하므로 호스팅 정책과 PC 가동에 영향을 받는다. [04:03]
• VPS에 Buzz를 배포하고 상시 실행되는 에이전트를 연결한다. 두 서비스를 컨테이너로 분리하면 관리하기 쉽다고 보여준다. [05:07]

5. VPS 선택과 초기 설정

• Hostinger 제작 지원을 공개하고, 입문용 플랜·이용 기간·서버 위치·쿠폰 적용을 안내한다. 낮은 지연 시간을 서버 위치 선택 기준으로 제시한다. [06:44]
• 결제 후 운영체제와 버전, 루트 비밀번호, 추가 관리 기능을 설정한다. 전사에는 Ubuntu와 24.04 LTS를 가리키는 설명이 나온다. [07:25]

6. 소유자 공개키로 Buzz 배포

• Docker Manager의 Compose 원클릭 배포에서 Buzz를 선택하고 소유자 공개키를 입력한다. 공개키는 Buzz 앱의 프로필 내 신원 정보에서 확인한다. [08:38]
• 이 공개키는 배포하는 서버의 운영자를 연결하는 데 쓰이며, 입력 후 배포를 실행한다. [09:19]

7. 배포 서비스와 추가 연결 준비

• 배포 결과 여섯 항목 중 두 개는 초기 실행 후 종료되고 네 개는 계속 작동한다고 보여준다. 메시지 중계·저장·처리와 파일 처리 역할을 보여준다. [09:57]
• 앱 연결에 앞서 전사에서 '트래픽'으로 표기된 구성요소도 추가 배포한다. [10:23]

8. 릴레이 URL로 커뮤니티 참여

• VPS 배포로 커뮤니티가 이미 생성됐으므로, 앱에서는 새로 만들기 대신 기존 커뮤니티 참여를 선택한다. [10:42]
• YAML 편집기의 릴레이 URL에서 프로젝트 이름과 호스트를 실제 값으로 바꾸고, 완성한 주소로 참여한다. [11:50]

9. 기본 에이전트 응답과 로컬 실행 확인

• 사용자 이름과 스타터 팀을 설정한다. 시연에서 기본 에이전트가 바로 응답한 것은 발표자가 Codex를 미리 연결해 두었기 때문이다. [12:29]
• 에이전트 설치와 멘션 응답을 보여주되, 이 단계의 답변은 여전히 노트북의 Codex가 수행한다고 짚어 본다. [13:40]

10. Hermes 업데이트와 연동 방식 선택

• 별도로 배포한 Hermes 컨테이너를 사용하며, Buzz 연동 기능을 쓰기 위해 최신 버전인지 확인하고 업데이트하도록 안내한다. [14:51]
• 발표자가 보여준 공식 문서의 세 방식 중 네이티브 게이트웨이를 선택하고, 기존 Hermes에게 설정을 요청하는 방식으로 진행한다. [15:32]

11. 연결 정보 전달과 에이전트 키 생성

• 텔레그램으로 Hermes에 릴레이 URL, 채널 ID, 허용 사용자의 공개키를 전달하고 네이티브 게이트웨이 설정을 요청한다. [16:34]
• Hermes 컨테이너에 Buzz CLI를 설치하고 에이전트 키를 생성한다. 이후 릴레이 멤버 등록과 프로필 발행이 필요하다고 설명하며 별도 가이드 제공을 예고한다. [18:48]

12. 릴레이 멤버 등록과 프로필 발행

• 에이전트가 제공한 멤버 추가 명령을 Buzz 릴레이 컨테이너 터미널에서 실행하고, 멤버 목록에서 소유자와 에이전트 등록을 확인한다. [20:23]
• 등록 완료 후 Hermes에 프로필 발행을 요청한다. 발행까지 끝나면 Buzz 앱에서 해당 에이전트를 불러 사용할 수 있다고 보여준다. [21:22]

13. 재시작과 채널 응답 검증

• 설정을 적용하도록 Hermes 프로젝트를 재시작하고, Buzz 앱도 종료 후 다시 실행한다. [21:55]
• 채널 멤버에서 에이전트를 찾아 초대하고 멘션 응답을 확인한다. 연결한 에이전트의 기존 스킬과 기억을 반영해 작업할 수 있다고 보여준다. [22:49]

14. 모바일 페어링과 태블릿 시연

• 데스크톱 설정의 모바일 섹션에서 페어링을 시작하고, 모바일 앱으로 QR 코드를 스캔한 뒤 표시 코드의 일치를 확인한다. [23:40]
• 태블릿에서 채널에 메시지를 보내 에이전트 답변을 확인하며, 모바일에서도 요청과 응답을 주고받는 과정을 보여준다. [24:04]

15. 운영비 정리와 활용 제안

• Buzz 셀프 호스팅과 별도 컨테이너의 에이전트 연결을 요약한다. 소프트웨어는 무료지만 VPS와 모델 이용 비용을 조합해야 한다고 재차 보여준다. [24:55]
• 설명란의 링크와 쿠폰을 안내하고, 시청자가 Buzz로 수행하고 싶은 업무를 질문하며 영상을 마무리한다. [25:24]

🧾 결론

• 핵심은 메시지를 중계하는 Buzz 릴레이와 작업을 수행하는 Hermes Agent를 서버에서 운영하고 연결하는 데 있다.
• 에이전트가 채널에서 검색되고 응답하려면 키 생성만으로 끝내지 않고 멤버 등록과 프로필 발행까지 완료해야 한다.
• 영상에서는 데스크톱과 태블릿에서 응답을 확인했다. 이는 연결 시연이며, 장기간 무중단 운영을 검증한 결과는 아니다.

📈 투자·시사 포인트

• 도입 비용은 소프트웨어 가격만으로 판단하기 어렵다. 무료 Buzz에 VPS 비용과 에이전트 모델 이용료를 더해 운영비를 계산해야 한다.
• 셀프 호스팅은 공식 호스팅 정책에 대한 의존을 줄이는 선택이다. 대신 여러 서비스와 에이전트 버전을 직접 관리할 필요가 생긴다.
• 협업 도구의 선택 기준은 참여 주체다. 발표자의 평가에 따르면 사람 중심 업무와 에이전트 중심 업무를 구분해 도입 범위를 정하는 편이 적절하다.
• Hostinger 원클릭 배포는 설치 절차를 줄이는 사례로 제시된다. 다만 제작 지원이 공개된 영상이며, 다른 VPS와의 비용·성능 비교나 투자 수익 근거는 제공하지 않는다.

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

• 공식 호스팅의 메시지 1년 보관, 커뮤니티 5개 제한은 정책 제약을 설명하기 위한 예시다. 현재 실제 제한으로 확정해서는 안 된다.
• 전사에는 제품명, VPS 플랜명, 쿠폰 코드, 일부 서비스명에 인식 오류가 있다. 정확한 구매 정보와 실행 명령어는 이 전사만으로 복원할 수 없다.
• 발표자가 소개한 네이티브 게이트웨이 권장 방식과 기존 구독 활용 가능 여부는 영상 시점의 설명이다. 필요한 Hermes 버전과 구독별 이용 조건은 별도 확인이 필요하다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 현재 구성을 데스크톱 앱·릴레이·에이전트 실행 환경으로 나누고, 로컬 PC를 껐을 때 중단되는 부분을 확인한다.
• VPS 요금과 모델 이용료를 합산하고, 영상에서 언급한 플랜·쿠폰·운영체제 표기를 실제 설정 화면과 대조한다.
• Buzz 앱에서 소유자 공개키를 확인해 배포에 입력하고, 프로젝트 이름과 호스트 값을 반영한 릴레이 URL로 커뮤니티에 참여한다.
• Hermes 버전을 확인한 뒤 릴레이 URL·채널 ID·허용 사용자 공개키로 네이티브 게이트웨이 설정과 에이전트 키 생성을 요청한다.

❓ 열린 질문

• 실제로 상시 맡길 업무는 무엇이며, 사람 중심 협업과 에이전트 중심 협업을 어떤 기준으로 나눌 것인가?
• 에이전트와 사용자 수가 늘어날 때 필요한 VPS 자원과 모델 비용은 어느 수준인가?
• 컨테이너 재시작이나 업데이트 이후에도 키·프로필·연결 설정이 유지되는가?