🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

24/7 돌아가는 Hermes Agent는 VPS 선택, Docker 배포, Slack 게이트웨이, GitHub 백업, fallback provider까지 묶어야 실제 운영 가능한 개인 자동화 환경이 된다.

📌 핵심 요점

1. 로컬 PC와 VPS 선택은 자동화 작업의 민감도, 규모, 운영 편의성에 따라 갈리며, PC를 꺼도 계속 돌아가야 하는 간단한 자동화에는 VPS가 적합하다고 설명한다.
2. 설치 흐름은 호스팅어 VPS 구매, 서버 위치와 운영체제 설정, Docker Manager 설치, Hermes Agent 컨테이너 원클릭 배포 순서로 진행된다.
3. Hermes 초기 설정에서는 모델 공급자, fallback provider, 터미널 방식, 기본 도구, 브라우저 도구, 이미지 모델 등을 선택해 에이전트 실행 환경을 구성한다.
4. 프로필을 새로 만들고 Slack 앱 매니페스트, 토큰, 사용자 ID, 채널 ID를 연결하면 Slack 채널이 Hermes Agent를 조작하는 실질적인 인터페이스가 된다.
5. 장기 운영을 위해 GitHub 비공개 저장소 백업, fine-grained token, 변경 시 커밋 규칙, OpenRouter 기반 fallback chain까지 설정해 장애와 데이터 손실 리스크를 낮춘다.

🧩 배경과 문제 정의

• Hermes Agent를 24시간 운영하려면 먼저 로컬 PC와 VPS 중 어떤 환경에서 실행할지 정해야 하며, 판단 기준은 자동화 작업의 민감도, 규모, 운영 편의성이다.
• VPS는 별도 장비를 구매하거나 로컬 PC 전원을 계속 켜둘 필요 없이, 클라우드 컴퓨터처럼 Hermes Agent를 상시 실행할 수 있는 환경을 제공한다.
• 이 튜토리얼은 호스팅어 VPS 구매, Docker 기반 Hermes Agent 배포, 터미널 초기 설정, Slack 게이트웨이 연결, GitHub 백업, fallback 모델 구성까지 24/7 운영에 필요한 기본 흐름을 단계별로 정리한다.

🕒 시간순 섹션별 상세정리

1. 설치 튜토리얼 범위와 VPS 활용 맥락

• Hermes Agent 설치를 처음부터 끝까지 따라가며, 필요한 명령어와 매뉴얼은 노션 페이지와 리소스 신청을 통해 확인할 수 있다 [00:16]
• 실습은 호스팅어 VPS에서 진행되지만, 중후반부의 Hermes 설정 과정은 로컬 PC나 다른 클라우드 환경에도 그대로 응용할 수 있다 [00:29]

2. 로컬 PC와 VPS를 나누는 기준

• 로컬 미니 PC와 호스팅어 VPS 중 무엇을 쓸지는 자동화 작업의 민감도, 규모, 운영 편의성에 따라 달라진다 [01:36]
• 카카오톡 자동화나 시스템 트레이딩처럼 내 기기에서 직접 돌려야 하거나 규모가 큰 작업은 로컬 환경이 더 적합하다 [02:01]

3. 호스팅어 VPS 구매와 서버 기본 옵션

• 설명란이나 댓글의 호스팅어 링크를 통해 Hermes Agent를 원클릭 설치·배포할 수 있는 전용 페이지로 이동할 수 있다 [02:41]
• KVM2 플랜은 무난하고 많이 쓰이는 선택지로 소개되며, Hermes뿐 아니라 같은 서버에서 OpenClaude까지 함께 활용할 수 있는 사양으로 드러난다 [02:58]

4. Docker Manager 설치와 Hermes Agent 컨테이너 배포

• 결제 후 서버가 생성되기까지 보통 5분, 길게는 10분 정도 기다리면 VPS 세팅이 완료되고, 이후 VPS 보드에서 설정을 이어간다 [04:52]
• 오버뷰 페이지에서 Docker Manager를 설치하면 이후 원클릭 배포와 컨테이너 관리를 진행할 기본 환경이 마련된다 [05:10]

5. 터미널 진입과 Hermes 초기 설정

• 터미널 버튼을 누르면 검은 화면의 CLI 환경이 열리고, 이 단계부터 직접 명령어를 입력해 Hermes 설정을 진행한다 [06:25]
• pwd로 현재 경로를 확인해 Hermes 설치 위치를 파악한 뒤, hermes setup 명령으로 초기 설정 메뉴에 진입한다 [06:44]

6. 도구·검색·이미지 설정과 프로필 생성

• 자연어 요청을 실제 행동으로 바꿔줄 기본 도구들은 이미 체크된 항목을 대부분 유지하고, 자주 사용할 기능 중심으로 활성화한다 [08:32]
• 웹 브라우저 도구는 API 키 없이 컴퓨터 리소스만으로 사용할 수 있는 로컬 브라우저 헤드리스 크로미움을 선택한다 [08:52]

7. 프로필 전환과 Slack 매니페스트 생성

• 기본 프로필과 클론으로 만든 미카사 프로필은 서로 분리되어 있으며, 이후 설정과 Slack 게이트웨이 연결은 현재 선택된 프로필을 기준으로 진행된다 [12:00]
• profile use로 미카사 프로필을 선택하면 활성 프로필이 바뀌며, 프로필 생성·선택·조회는 특정 작업 디렉터리에 종속되지 않는다 [12:22]

8. Slack 채널 준비와 앱 생성 화면 진입

• Slack 워크스페이스에는 봇과 대화할 전용 채널을 먼저 만들어야 하며, 예시에서는 personal assistant 채널을 준비한다 [14:15]
• Slack 연동을 위해서는 워크스페이스, 호스팅 환경, Hermes로 만든 봇, 전용 채널이 모두 필요하고, 관련 매뉴얼과 별도 영상이 참고 자료로 드러난다 [14:26]

9. 매니페스트 수정과 기본 권한 확인

• 매니페스트 상단의 이름, 설명, 디스플레이 이름은 사용 목적에 맞게 수정하며, 예시에서는 개인 Gmail 어시스턴트 역할을 반영한다 [15:42]
• slack manifest --write를 실행하면 기본 권한 14개가 포함되고, 이 권한 세트가 Slack 앱의 초기 동작 범위를 정한다 [16:08]

10. 앱 토큰·봇 토큰·ID 값 수집

• 앱 토큰은 토큰 생성 화면에서 이름을 정하고 connections:write 스코프를 추가해 생성하며, xapp로 시작하는 값은 따로 보관한다 [17:22]
• Slack 앱을 워크스페이스에 설치하면 앱이 접근·수행할 수 있는 권한을 승인하게 되며, 설치 직후 워크스페이스에 봇이 표시된다 [17:49]

11. Hermes 게이트웨이 설정과 Slack 채널 초대

• hermes setup gateway 실행 후 메신저 앱 목록에서 Slack을 선택하면, 봇 토큰, 앱 토큰, 허용 사용자 ID, 홈 채널 ID를 차례로 입력하는 설정 흐름이 시작된다 [19:51]
• 봇 토큰과 앱 토큰을 붙여 넣고 사용자 멤버 ID와 채널 ID까지 입력하면, Hermes와 Slack을 연결하는 게이트웨이 설정이 구성된다 [20:07]

12. 게이트웨이 테스트와 이메일 어시스턴트 정체성 설정

• Hermes 실행 상태에서 Docker 이미지 오류 내용을 붙여 넣어 해결을 요청하면, 게이트웨이 연결 중 발생한 문제를 Hermes 자체로 점검하는 과정이 된다 [21:23]
• 준비해 둔 게이트웨이 트러블슈팅 프롬프트를 Hermes에 입력하면 Slack 연결 문제가 한 번에 해결될 수 있으며, 이후 Slack 응답 테스트로 연결 상태를 확인한다 [21:46]

13. Slack에서 프로필 파일을 조회하고 수정하는 흐름

• 해외 메일이 종종 들어오는 환경에서는 답변 언어를 고정하기보다 맥락에 맞게 바꾸는 원칙이 필요하며, 이를 SOL.md에 반영하는 수정 작업이 시작된다 [24:05]
• Slack에서 미카사 프로필의 SOL.md 현재 상태를 물으면, Hermes가 해당 프로필 아래의 파일을 찾아 현재 내용을 확인한다 [24:40]

14. GitHub 비공개 저장소로 스킬과 메모리를 백업하는 전략

• 호스팅어에서 만든 스킬과 파일은 장기 운용 중 손실될 수 있으므로, Hermes가 스킬과 메모리를 변경할 때마다 GitHub에 커밋하는 백업 장치가 필요하다 [25:27]
• GitHub 저장소는 공개가 아닌 비공개 빈 저장소로 만들어야 하며, 개인 설정과 운영 상태가 외부에 노출되지 않도록 관리하는 것이 핵심이다 [26:01]

15. GitHub 토큰 발급과 Hermes 설정 연결

• 토큰 발급은 저장소 설정이 아니라 GitHub 프로필 기준 설정에서 진행하며, personal access tokens의 fine-grained token 생성 흐름을 사용한다 [26:46]
• 토큰 이름을 정하고 만료 없음으로 설정할 수 있지만, 키가 노출되면 저장소 접근 권한이 유출될 수 있으므로 반드시 비밀로 보관해야 한다 [27:11]

16. 백업 실행 검증과 지속 백업 규칙 추가

• Hermes 터미널에서 현재 설정과 상태를 GitHub 저장소에 백업해 달라고 요청하면, 입력한 저장소 URL을 기준으로 백업 작업이 실행된다 [28:41]
• 명령 실행 승인 단계에서 허용을 누르면 내장 git repository management 스킬이 작동하고, 백업 완료 메시지까지 확인할 수 있다 [29:11]

17. 메인 모델 장애에 대비한 fallback provider 구성

• OpenAI Codex 서버 문제, 구독 플랜 만료, 결제 이슈가 생기면 메인 모델 호출이 실패할 수 있으므로, 실패 시 다른 모델로 대체하는 fallback 전략이 필요하다 [31:01]
• Hermes 공식 문서의 fallback provider 목록에는 OpenRouter, OpenAI, Anthropic, Kimi, Moonshot 등이 있으며, 여러 공급자를 예비 경로로 설정할 수 있다 [31:30]

18. OpenRouter 키 등록과 다중 fallback chain 확인

• OpenRouter에서 API 키를 만든 뒤 Hermes 터미널에서 fallback add를 실행하고, provider로 OpenRouter를 선택한 다음 API 키와 첫 번째 무료 모델을 등록한다 [33:23]
• fallback 모델은 하나만 둘 필요가 없으며, 같은 OpenRouter 키를 유지한 채 두 번째 후보로 DeepSeek V4 Pro 같은 유료 모델도 추가할 수 있다 [34:24]

19. 전체 설정 범위와 다음 자동화 예고

• VPS 세팅, Docker 배포, 프로필 생성, 프로필 SMTP 설정, 기타 설정, fallback model 구성까지 진행되면서 24/7 운영을 위한 기본 환경 구성이 마무리된다 [36:04]
• 단순 설치를 넘어 잘 소개되지 않는 기타 설정과 fallback model 세팅까지 다뤘기 때문에, 실제 운영 안정성을 높이는 보완 단계까지 포함된 튜토리얼로 압축된다 [36:15]

20. 참고 리소스 안내와 마무리

• 기본 개념이 필요한 경우 이전 영상을 참고하고, 이번 설정에서 사용한 매뉴얼과 명령어는 댓글의 리소스 폼을 통해 확인할 수 있다 [36:44]
• 리소스 폼은 설정 명령어와 매뉴얼을 다시 확인하는 통로이며, 튜토리얼을 따라 하는 사용자가 재현 과정에서 필요한 자료를 찾는 마무리 참고 자료로 활용할 수 있다 [36:49]

🧾 결론

• 이 영상은 Hermes Agent를 단순히 설치하는 튜토리얼이 아니라, 24시간 운영 가능한 개인 자동화 인프라로 구성하는 전체 절차를 다룬다.
• 핵심 구조는 VPS 위에 Docker로 Hermes를 올리고, 프로필을 분리한 뒤, Slack을 통해 일상적으로 호출하고 관리하는 방식이다.
• Hermes의 유용성은 터미널에서 끝나지 않고, Slack 요청으로 프로필 파일을 조회·수정하거나 작업을 실행할 수 있다는 점에서 드러난다.
• 운영 안정성 측면에서는 GitHub 백업과 fallback provider 설정이 중요하게 제시된다. 이는 서버나 모델 장애가 생겨도 작업 환경을 복구하거나 대체 실행할 수 있게 해준다.
• 검증 필요: 호스팅어 KVM2 플랜의 실제 성능, 월 비용, OpenRouter 모델 품질, Slack 권한 범위의 적절성은 사용자 환경과 시점에 따라 달라질 수 있으므로 적용 전 최신 조건을 확인해야 한다.

📈 투자·시사 포인트

• VPS 비용은 24/7 자동화 환경을 확보하기 위한 운영비로 볼 수 있으며, 별도 미니 PC 구매와 상시 전원 유지 부담을 줄이는 대안으로 제시된다.
• 개인 자동화 에이전트를 운영하려면 모델 비용만이 아니라 서버, 백업, 메신저 연동, 토큰 관리, 장애 대응까지 포함한 총운영비 관점이 필요하다.
• Slack 연동은 Hermes Agent를 실험용 CLI 도구에서 실제 업무 채널에 붙는 비서형 시스템으로 확장시키는 핵심 전환점이다.
• GitHub 비공개 저장소 백업은 스킬, 메모리, 설정 변경이 누적되는 장기 운영 환경에서 손실 리스크를 줄이는 기본 안전장치로 해석할 수 있다.
• fallback provider 구성은 메인 모델 장애, 구독 만료, 결제 문제에 대비하는 운영 보험에 가깝다. 특히 여러 스킬을 함께 쓰는 작업에서는 너무 저렴한 모델보다 안정성과 품질을 함께 고려해야 한다.
• 보안 측면에서는 Slack 토큰, GitHub 토큰, OpenRouter API 키가 모두 핵심 접근 권한이므로, 권한 범위를 최소화하고 비공개로 관리중요하다.

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

• 영상에서 언급된 호스팅어 VPS 가격, KVM2 플랜 구성, 쿠폰 적용 조건은 업로드 시점 기준일 수 있으므로 실제 결제 전 현재 가격과 사양을 다시 확인해야 한다.
• Hermes Agent 원클릭 배포 템플릿, Docker Manager 화면, Slack 앱 생성 UI는 서비스 업데이트에 따라 영상과 달라질 수 있으므로 최신 공식 문서나 현재 콘솔 화면 기준으로 재검증이 필요하다.
• OpenAI Codex, OpenRouter, DeepSeek 계열 fallback 모델의 명칭·가용성·요금은 시간이 지나며 바뀔 수 있으므로 실제 설정 시점의 provider 목록과 과금 조건을 확인해야 한다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• Hermes Agent를 24/7로 운영할 환경을 로컬 PC로 할지 VPS로 할지 자동화 민감도, 규모, 운영 편의성을 기준으로 결정한다.
• VPS를 사용할 경우 호스팅어 플랜, 서버 위치, 운영체제, 루트 비밀번호 관리 방식을 실제 결제 전 확인한다.
• Docker Manager 설치 후 Hermes Agent 컨테이너가 정상적으로 올라오는지 VPS 콘솔에서 확인한다.
• hermes setup에서 메인 모델 provider, fallback provider, 터미널 방식, 도구, 브라우저, 이미지 모델 설정을 순서대로 점검한다.

❓ 열린 질문

• 실제 사용자는 Hermes Agent를 어떤 자동화에 쓸 것인가: 이메일 어시스턴트, Slack 비서, 파일 정리, 지식관리, 테스트 자동화 중 무엇이 우선인가?
• 로컬 PC가 필요한 민감한 작업과 VPS에서 충분한 작업을 어떻게 구분할 것인가?
• Slack 앱 권한은 영상 예시처럼 넓게 둘 것인가, 아니면 실제 필요한 기능만 남기는 최소 권한 방식으로 조정할 것인가?