Buzz와 Hermes Agent 24시간 연결, 내게 필요한 건 VPS 추가가 아니었다
영상에서 보여주는 건 Buzz와 Hermes Agent를 연결해 개인 컴퓨터를 꺼도 Hermes가 채널에서 응답하게 만드는 구성이다. 그런데 내 환경에 대입해 보면 새 Hostinger VPS를 하나 더 살 이유는 없다. 이미 Buzz 관리형 중계 서버와 여러 실행 도구를 운용하고 있기 때문이다.
이 영상에서 가져갈 만한 건 서버 업체가 아니라 Hermes의 네이티브 Buzz 게이트웨이다. Buzz 쪽은 중계 서버와 데이터베이스·저장소를 운영하고, Hermes 쪽은 모델 호출과 기억, 스킬, 세션, 예약 작업을 맡는다. 두 서버를 나누면 역할과 장애 범위를 구분할 수 있지만 꼭 별도 서버여야 하는 건 아니다. Buzz 소프트웨어가 공개돼 있어도 VPS와 AI 모델 비용은 따로 든다.
연결 순서도 나눠서 볼 필요가 있다. Hermes 프로필마다 별도 Nostr 키를 만들고, 공개키를 중계 서버의 구성원으로 등록한 다음 프로필을 발행하고, 마지막으로 그 신원을 Buzz 채널에 초대한다. 중계 서버에 등록했다고 채널까지 자동으로 들어가는 구조는 아니다.
공개키는 신원을 구분하는 값이고 개인키는 비밀번호처럼 다뤄야 한다. 정리 노트에서는 개인키를 채팅·화면·로그·명령 인자에 넣지 않고 프로필별 .env 파일에 권한 600으로 저장하는 방식을 적어뒀다. 공용 채널은 멘션을 요구하고, 전체 사용자 허용은 꺼둔 뒤 허용할 사용자만 지정하는 편이 안전하다. 중간 작업 메시지 대신 최종 답만 채널에 보내도록 하는 설정도 권장한다.
영상은 Hostinger 지원을 받아 제작됐고 추천 링크와 할인 코드가 포함돼 있다. 그래서 VPS 배포 과정은 참고하더라도 Hostinger가 유일한 설치 경로라고 볼 필요는 없다. 설정 이름과 권장값은 영상 및 정리 노트를 기준으로 적었으니, 실제 적용 직전에는 Hermes 공식 문서의 현행판을 확인해야 한다.
‘24시간 운영’도 어디까지나 개인 컴퓨터 전원에 기대지 않는다는 뜻이다. 서버와 데이터베이스, 저장소, 백업, 갱신은 계속 관리해야 하고, Buzz에 에이전트를 연결한다고 모델 사용량이나 입력 문맥 중복, 재시도 반복 문제가 해결되는 것도 아니다.
그래서 현재 구성은 유지하고, Buzz는 시험용 공동 작업방으로 제한하는 쪽이 맞다. 네이티브 연결이 궁금하면 기존 관리형 중계 서버에서 시험 프로필 하나만 붙여 보면 된다. 확인할 건 연결 성공 하나가 아니라 데스크톱 앱을 꺼도 응답하는지, 허용된 사용자와 멘션에만 반응하는지, 재시작 뒤 신원·채널·기억이 복원되는지, 사용량과 재시도·중복 응답을 제한할 수 있는지다.
참고한 영상
https://www.youtube.com/watch?v=oCjG0S8R3F8
댓글
댓글 쓰기