🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Hermes Agent는 VPS와 텔레그램 위에 총괄·전문 에이전트, AI 모델, Google Workspace를 연결해 승인 기반의 개인 AI 비서를 직접 구축하고 24시간 운영하게 해준다.

📌 핵심 요점

1. 총괄 에이전트가 이메일·일정·할 일·리서치·재무·마케팅 요청을 분류하고, Comms·Ops·Scout·Finance·Growth가 독립된 작업 공간과 텔레그램 토픽에서 실행한다.
2. Ubuntu VPS에 Hermes Agent를 설치하고 텔레그램 봇, 사용자 접근 제한, 자동 시작 서비스, ChatGPT 구독 기반 OpenAI Codex를 차례로 연결하면 상시 접속 가능한 실행 기반이 완성된다.
3. 사용자 정보·목표·시간대·업무 규칙을 장기 기억에 저장하고 각 에이전트의 soul·identity·user 파일을 분리해야 역할과 업무 맥락이 섞이지 않는다.
4. Google Workspace의 Gmail·Calendar·Tasks·Drive를 OAuth로 연결하면 메일 확인과 초안 작성, 일정 등록, 할 일 관리, 파일 조회까지 자동화할 수 있지만 최소 권한과 안전한 자격 증명 전달이 필수다.
5. 30분 단위 이메일 점검, 오전 브리핑, 회의 알림, 후속 연락 추적, now 우선순위 명령을 결합하면 단순 챗봇을 실제 업무 운영 체계로 확장할 수 있다.

🧩 배경과 문제 정의

• 이메일·캘린더·할 일에 흩어진 업무와 반복적인 판단은 1인 사업자의 시간과 집중력을 소모하므로, 이를 한곳에서 정리하고 실행할 개인 AI 총괄 체계가 필요하다. [00:31]
• 총괄 에이전트와 분야별 전문 에이전트를 텔레그램에 연결하면 하나의 인터페이스에서 요청을 분류하고 결과까지 관리할 수 있다. [00:47]
• 이메일 발송이나 일정 변경처럼 실제 계정에 영향을 주는 자동화에는 최소 권한과 사람의 최종 승인이 필요하다. [03:34]

🕒 시간순 섹션별 상세정리

1. 텔레그램 안의 AI 총괄 체계

• 개인 AI 총괄은 받은편지함·캘린더·할 일을 관리하고 사용자 문체에 맞춘 이메일 초안과 아침·저녁 브리핑을 만든다. [00:31]
• 이메일, 일정·할 일, 리서치, 재무, 마케팅을 맡은 다섯 전문 에이전트가 요청을 나눠 처리하고 전용 텔레그램 채널에 결과를 정리한다. [00:47]

2. 브리핑에서 메일·일정 실행까지

• 아침 브리핑은 통화 요청, 당일 일정, 처리할 할 일 다섯 개와 날씨를 결합해 하루의 우선순위를 보여준다. [01:15]
• Coms는 일정 충돌을 확인해 통화를 등록하고 확인 이메일을 보내며, Ops는 남은 주간의 빈 시간에 매일 두 시간씩 영상 편집 일정을 배치한다. [03:20]

3. 실제 계정 권한과 사람의 승인

• 이메일·캘린더·할 일에 직접 접근하는 에이전트는 발송과 삭제까지 수행할 수 있으므로 허용 범위를 제한하고 중요한 실행에는 사람의 승인을 남겨야 한다. [03:34]
• 시연 환경의 광범위한 접근 권한을 운영 기본값으로 간주하지 말고, 사용자마다 필요한 세부 권한과 접근 수준을 직접 결정해야 한다. [03:53]

4. Hermes Agent와 VPS 실행 환경

• Hermes Agent는 역할이 다른 여러 에이전트를 배치하고 텔레그램·WhatsApp에서 24시간 접속할 수 있으며 특정 모델 하나에 종속되지 않는다. [04:04]
• 실행 환경은 전용 PC와 임대 VPS 중 선택할 수 있고, VPS는 상시 인터넷 연결을 유지하면서 전용 하드웨어의 초기 구매 부담을 줄인다. [04:27]
• 소개된 연간 VPS는 약 30~36달러에 2코어·35GB SSD·2GB RAM을 제공하며, 60달러 상품은 3코어·60GB 디스크·4GB RAM으로 확장된다. [05:12]

5. VPS 자격 증명과 원격 접속

• VPS 구매 확인 이메일에서 서버 IP, 일반적으로 root인 사용자명, 원격 접속 비밀번호를 확인한다. [06:28]
• Windows PowerShell이나 macOS Terminal에서 SSH 명령을 실행하고 서버 지문과 비밀번호 인증을 마치면 VPS 터미널에 접속된다. [08:10]

6. Hermes Agent 설치와 초기 인증

• Ubuntu 22.04 VPS에서 공식 Linux용 한 줄 설치 명령을 실행하면 Hermes Agent와 필요한 의존성이 함께 설치된다. [08:45]
• Quick Setup과 무료 Nous Research 계정을 연결하고, 방향키 문제로 기본 모델을 선택하지 못할 때는 Esc로 건너뛴 뒤 모델을 별도로 추가한다. [10:03]

7. 텔레그램 봇 생성과 채널 연결

• 텔레그램을 선택할 때는 항목을 초록색으로 이동한 뒤 Enter가 아니라 스페이스바로 체크하며, 연결 후 모바일에서도 에이전트에 접근할 수 있다. [11:09]
• 자동 설정 대신 공식 BotFather에서 /newbot을 실행하고 bot으로 끝나는 사용자명을 만든 뒤 발급된 토큰을 VPS에 입력한다. [12:09]

8. 개인 접근 제한과 자동 시작·모델 연결

• 개인 비서 봇은 지정한 텔레그램 사용자 ID만 접근하도록 제한하고, User Info Bot의 진위를 확인한 뒤 ID를 Hermes 설정에 등록한다. [12:50]
• 홈 채널에서 Gateway 상태 알림을 받고, VPS 부팅 시 자동 실행되도록 root 계정의 시스템 서비스로 Gateway를 설치한다. [13:32]
• Anthropic 계열·GLM·Codex 등에서 모델을 선택할 수 있으며, OpenAI Plus·ChatGPT 계정을 연결하면 Hermes Agent에서 OpenAI Codex를 사용할 수 있다. [14:57]

9. 비용과 업무 난이도에 맞춘 모델 선택

• 대부분의 사용자는 20달러 구독으로 시작하고, 여러 Hermes 환경으로 토큰 사용량이 커질 때 100달러 요금제로 확장하는 접근이 드러난다. [15:18]
• 테스트에서는 복잡한 작업에 OpenAI Codex를, 이메일 확인처럼 추론 부담이 낮은 작업에 MiniMax를 배치하는 방식이 비용 대비 효율적이었다. [15:49]

10. 구독 계정으로 OpenAI Codex 인증하기

• hermes model에서 OpenAI Codex CLI와 OpenAI Codex를 선택하면 ChatGPT 구독 계정을 사용할 수 있어 사용량 기반 API의 예상 밖 청구 위험을 줄일 수 있다. [16:23]
• 브라우저 로그인 후 접근 코드를 입력하며, 코드 복사에는 프로그램을 종료할 수 있는 Ctrl+C 대신 Ctrl+Shift+C를 사용하고 승인을 완료한다. [17:21]

11. 모델 버전 선택과 터미널 검증

• 토큰 여유가 큰 100달러 요금제에는 GPT-5.5를, 20달러 요금제에는 사용량이 더 적은 GPT-5.4를 선택하는 기준이 드러난다. [17:38]
• GPT-5.4도 종단 간 스트림 테스트를 처리했으며, 터미널 UI에서 hi 응답을 확인한 뒤 /exit로 검증 세션을 종료한다. [18:36]

12. Telegram 봇을 토픽형 운영 그룹으로 전환

• 개인 대화에서 응답을 확인한 봇을 새 그룹에 초대하고 Topics를 활성화해 명령·브리핑·성장·재무·조사·운영 채널을 분리한다. [20:53]
• 봇에 관리자 권한을 주고 기본 토픽을 command로 변경한 뒤 해당 토픽의 hi에 응답하는지 확인해 그룹 통합을 검증한다. [22:21]

13. 수석 에이전트에 사용자 맥락 입력

• 빈 상태의 Hermes에 에이전트 이름과 역할, 사용자 이름·업무·목표·시간대·중요 인물을 먼저 입력한다. [22:57]
• Aria를 텔레그램 기반 개인 AI 수석 비서로 지정하고 다섯 전문 에이전트의 조율 책임을 부여한 뒤 운영 맥락을 장기 기억에 저장한다. [24:20]

14. 인터뷰와 운영 규칙으로 개인화 강화

• 기초 정보에서 빠진 맥락은 짧은 후속 인터뷰로 보완하되, 질문이 지나치게 길어지면 중단하고 다음 단계로 넘어갈 수 있다. [24:32]
• 콘텐츠 생산 확대·커뮤니티 성장·제품 출시라는 90일 목표와 단계별 보고, 위임, 자기개선 스킬 생성 원칙을 장기 기억에 기록한다. [26:13]

15. 다섯 전문 에이전트의 역할과 격리 구조 설계

• Comms·Ops·Scout·Finance·Growth는 독립된 작업 공간과 기억 파일을 갖고 별도의 텔레그램 그룹 또는 채널과 연결된다. [26:25]
• soul.md를 중심으로 이메일, 일정·할 일, 조사, 청구서·재무, 마케팅이라는 역할과 행동 방식을 각각 구분한다. [27:13]

16. 승인 기반 생성과 공통 작업 스타일 배포

• Aria는 외부 행동이 가능한 전문 에이전트를 만들기 전에 실행 계획을 제출하고, 사용자가 yes로 승인한 뒤 생성 작업을 시작한다. [27:41]
• 반복 권한이 허용되면 루트의 agents 경로에 다섯 영구 에이전트와 soul·identity·user 파일을 만들고 단계별 진행 상황을 보고한다. [28:25]
• 모든 에이전트에 사용자 목표·근무 시간·시간대·우선순위와 제목·이모지 규칙을 배포해 공통 작업 스타일을 맞춘다. [29:59]

17. 브리핑 형식과 전문 에이전트 라우팅

• 아침 브리핑은 일정의 정확한 시각과 항목명을 표시하고 사전 알림과 일반 텍스트를 구분하며, 사용자 응답이 필요한 항목에는 needs you를 붙인다. [30:18]
• /coms 같은 직접 명령은 이메일·받은편지함 요청을 Comms로, 캘린더·일정 요청을 Ops로 전달한다. [30:57]

18. Slash command 등록 오류와 해결

• 에이전트 내부에 라우팅 규칙만 저장한 /coms는 Hermes Telegram command registry에 등록되지 않아 실제 명령으로 실행되지 않았다. [31:16]
• 일반 텍스트 접두어로 우회하지 않고 registry에 실제 slash command를 추가한 뒤 /coms who are you 응답으로 라우팅을 검증했다. [32:11]

19. Google Workspace 연결 범위와 권한 원칙

• Google Workspace를 연결하면 Gmail·Calendar·Tasks·Drive에 접근해 이메일, 일정, 할 일, 파일 관리를 자동화할 수 있다. [32:32]
• 운영 환경에서는 읽기 전용과 발송 금지를 우선하고, Comms는 Gmail, Ops는 Calendar·Tasks, Finance는 Drive를 담당하도록 책임을 분리한다. [33:02]

20. Google Cloud 프로젝트와 OAuth 클라이언트 구성

• Google Cloud에서 새 프로젝트를 만든 뒤 Gmail·Calendar·Drive·Tasks API를 활성화해 전문 에이전트가 사용할 서비스 기반을 마련한다. [34:43]
• 외부 사용자용 동의 화면과 데스크톱 앱 유형의 OAuth 2.0 클라이언트를 구성하고 자격 증명 JSON을 내려받으며, 클라이언트 삭제 시 기존 연결도 중단된다. [36:40]

21. 인증 JSON의 안전한 VPS 전달

• OAuth JSON을 텔레그램 채팅에 올리지 않고 VPS 파일 시스템으로 직접 전달해 API 키와 인증 정보의 노출 가능성을 줄인다. [37:01]
• FileZilla에 VPS IP·사용자·비밀번호와 포트 22를 입력해 로컬 PC의 자격 증명 파일을 서버로 전송한다. [37:49]
• 숨김 Hermes 디렉터리에 .json 확장자를 유지해 업로드하고 경로만 Aria에 전달하면 파일 확인, 클라이언트 등록, 인증 URL 생성이 진행된다. [39:33]

22. OAuth 차단 해제와 Google Tasks 추가

• 최초 인증이 앱 검증 미완료로 차단되면 Audience 설정에 본인 이메일을 테스트 사용자로 추가하고 앱을 게시한다. [40:09]
• 미검증 앱 경고의 고급 메뉴에서 Gmail·Calendar·Tasks·Drive 권한을 승인하고 실패한 리디렉션의 전체 URL을 Aria에 전달한다. [40:48]
• Gmail·Calendar·Drive 연결 후 빠져 있던 Google Tasks 기능을 Hermes workspace에 추가하고 별도 인증으로 네 번째 API를 연결한다. [41:24]

23. API smoke test와 전문 에이전트 배포

• 최근 Gmail 제목, Calendar 일정, Drive 파일, Tasks 항목을 각각 조회해 네 API의 자격 증명과 접근 상태를 점검한다. [41:30]
• Gmail 보안 경고, Calendar 영상 편집 일정, Tasks의 다음 영상 계획은 조회됐고 데모용 Drive는 비어 있었다. [42:17]
• 전체 제어와 읽기 전용 모드 중 선택한 권한에 따라 연결을 Comms·Ops·Finance에 배포한다. [43:09]

24. Telegram 업무별 토픽 구성

• 하나의 그룹 안에서 이메일·운영·조사·재무 업무를 토픽으로 분리하면 slash command 없이도 전문 에이전트와 전용 공간에서 대화할 수 있다. [43:28]
• Comms·Ops·Scout·Finance·Growth·Briefing이 이메일, 일정·할 일, 조사, 재무, 마케팅, 아침 브리핑을 각각 맡는다. [44:24]
• 새 토픽은 All 화면에서 만들고, 활성화되지 않으면 해당 토픽에 첫 메시지를 전송한다. [44:59]

25. 텔레그램 토픽 생성과 식별자 수집

• briefing·growth·finance·scouts·ops·coms 토픽을 만들고 command를 사용자와 Aria가 직접 대화하는 주 채널로 유지한다. [45:21]
• 각 토픽에서 thread ID를 수집해 command의 ID 1과 coms의 ID 226을 포함한 전체 식별자를 기록한다. [46:36]
• User Info Bot으로 group ID를 얻고 모든 thread ID와 결합해 완전한 목적지 매핑을 만든다. [47:40]

26. 토픽 매핑 검증과 역할별 출력 규칙

• 완성된 매핑을 command 토픽에 저장하고 briefing·growth·finance·scouts·ops·coms에 테스트 메시지를 보내 정확한 도착 여부를 확인한다. [48:20]
• command는 직접 명령, coms는 이메일 요약·초안, ops는 캘린더 브리핑, scouts는 조사 결과를 담당하도록 출력 목적지를 고정한다. [49:02]

27. 이메일·할 일·캘린더 연동 실전 테스트

• Comms가 답장이 필요한 두 이메일의 발신자와 요청을 구분하고 실제 미확인 이메일과 대조해 결과의 일치 여부를 검증한다. [49:53]
• 사용자의 짧은 지시를 전문적인 이메일로 다듬고 승인 후 실제 답장을 전송한다. [50:29]
• Ops는 Hermes 프로젝트 문서 작성을 Google Tasks에 추가하고 다음 월요일 오전 9시부터 11시까지 녹화 시간을 Calendar에 확보한다. [51:28]

28. 반복 이메일 점검과 아침 브리핑 자동화

• Comms는 30분마다 이메일의 긴급성·금전 관련성·답장 필요 여부를 판단해 초안을 만들고, 사용자는 전송·수정·건너뛰기를 선택한다. [52:30]
• 아침 브리핑은 최근 12시간의 미확인 이메일과 긴급 회신, 당일 일정, 기한이 지난 할 일, 선택적인 날씨를 결합한다. [52:44]
• 누락된 실행 시각을 Berlin 시간대 오전 8시 30분으로 확정한 뒤 중요 이메일·미납 청구서·오늘 일정·처리 업무를 briefing 토픽에 표시한다. [53:37]

29. 일정 알림과 개인 우선순위 관리 확장

• Ops는 모든 회의 30분 전에 알림을 보내고, 저녁 마감 요약과 주간 검토로 미처리 업무를 다음 계획에 넘길 수 있다. [53:53]
• 집중·방해 금지 시간을 설정하고 이동 중 생각을 기록하며, Comms는 답장을 기다리는 이메일의 후속 연락 시점을 추적한다. [54:57]
• now 명령은 이메일·캘린더·할 일에서 현재 가장 중요한 항목만 추리고, 완성된 비서는 확인·초안·전송·일정·할 일 관리를 하나의 흐름으로 처리한다. [55:32]

🧾 결론

• Hermes Agent 구축의 핵심은 단일 모델을 설치하는 일이 아니라 총괄·전문 에이전트의 역할, 기억, 라우팅, 출력 목적지를 하나의 운영 체계로 설계하는 데 있다.
• 튜토리얼은 설치부터 모델 인증, 텔레그램 토픽 매핑, Google API 연결, 실제 메일·일정·할 일 실행까지 종단 간 흐름을 검증한다.
• 실제 계정에 쓰기 권한을 주는 순간 이메일 오발송이나 일정 변경 위험이 생기므로, 읽기 전용을 기본값으로 두고 중요한 실행에는 사용자 승인을 유지해야 한다.
• 초기에는 낮은 구독 요금제와 필요한 수준의 모델로 시작하고, 실제 토큰 사용량과 업무 난이도가 확인된 뒤 확장하는 방식이 비용 효율적이다.

📈 투자·시사 포인트

• 개인 AI 비서의 경쟁력은 모델 성능만이 아니라 메시징 인터페이스, 업무 도구 연동, 장기 기억, 역할별 라우팅을 묶는 에이전트 오케스트레이션 계층에서 형성될 가능성이 크다.
• 고난도 업무에는 OpenAI Codex, 단순 확인 업무에는 더 저렴한 모델을 배치하는 구조는 멀티모델 라우팅이 비용 최적화의 핵심 기능이 될 수 있음을 보여준다.
• Gmail·Calendar·Tasks·Drive처럼 이미 사용 중인 업무 시스템과의 연결 품질이 개인·소규모 사업자의 실제 도입률을 좌우하는 중요한 요소다.
• OAuth, 최소 권한, 사용자별 접근 제한, 실행 전 승인과 같은 보안 기능은 부가 기능이 아니라 계정 행동형 AI 서비스를 상용화하기 위한 기본 요건이다.

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

• 튜토리얼은 전체 기능 시연을 위해 광범위한 권한을 사용하지만, Comms·Ops·Finance별로 실제 운영에 필요한 최소 OAuth 범위와 세부 권한 조합은 제시하지 않는다.
• OpenAI Codex가 MiniMax보다 복잡한 작업에서 우수했다는 평가는 튜토리얼의 테스트 결과이며, 동일 조건의 정량 벤치마크나 비용 대비 성능 수치는 제공되지 않는다.
• VPS 가격·사양, ChatGPT 구독 한도, GPT-5.4·GPT-5.5 선택 기준은 영상에서 소개된 조건이므로 실제 구축 시점의 제공 여부와 요금을 다시 확인해야 한다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 이메일·일정·할 일·리서치·재무·마케팅 중 자동화할 업무를 정하고, 총괄 에이전트와 전문 에이전트의 책임 경계를 문서화한다.
• 상시 실행 환경으로 전용 PC 또는 VPS를 선택한 뒤 Hermes Agent를 설치하고 터미널 응답 테스트까지 완료한다.
• 공식 BotFather에서 텔레그램 봇을 생성하고, 허용된 사용자 ID만 접근하도록 제한한 뒤 기능별 토픽과 thread ID 매핑을 검증한다.
• 업무 난이도와 구독 한도를 기준으로 모델을 배치하고, 고난도 추론과 단순 확인 작업의 모델을 구분한다.

❓ 열린 질문

• Comms·Ops·Finance에 각각 허용해야 할 최소 읽기·쓰기 권한은 어디까지인가?
• Codex와 저비용 모델을 나누는 업무 난이도 기준과 월간 비용 한도는 어떻게 측정할 것인가?
• 봇 토큰과 OAuth 자격 증명이 노출되거나 폐기될 때 연결을 중단하고 재인증하는 운영 절차는 무엇인가?