30일 Hermes Agent 실증기:
Skill 문서 진화, 숨겨진 7×24 문제, 월간 Mac mini M4 임대가 VPS보다 나은 이유

2026년 4월, 월 ₩12,000 Linux VPS에 Hermes Agent를 올려 「개인 Jarvis」를 시작했습니다. 첫 주는 순조로웠습니다 — Telegram에서 gh CLI로 PR을 열고 MEMORY.md에 프로젝트 관습이 쌓였습니다. 그러나 14일차 Skill 문서가 23개로 늘어난 순간, VPS 20GB 루트 디스크가 89%에 닿고 Cron이 3회 연속 실패했습니다. 30일 후 MacDate Mac mini M4 월간 임대로 이전하자 Closed Learning Loop가 처음으로 「복리」로 작동하기 시작했습니다. 본 글은 3층 메모리 해설을 보완하는 Velog 스타일 실전 후기입니다.

30일 Hermes Agent 운영과 Skill 문서 진화 이미지

이전 글에서는 Hermes의 3층 메모리(짧은 세션 / Skill 문서 / 세션 간 SQLite)를 이론으로 정리했습니다. 이번에는 30일 운영 일지로 Skill이 어떻게 증식하고, 「숨겨진 7×24 비용」이 VPS 청구서에 왜 안 나오는지, 월간 Mac mini M4 임대가 언제 VPS를 이기는지 숫자로 보여 드립니다. 대상 독자는 Velog에 직접 검증기를 쓰려는 개인 개발자, Telegram Bot으로 업무 자동화하는 스타트업 CTO, 인프라 선택에 고민하는 SRE입니다. 본 글의 수치는 2026년 5월 MacDate 홍콩 M4 노드와 서울 VPS 실측 기준입니다. 재현성을 위해 매주 ~/.hermes/skills/ 개수와 state.db 크기를 로그로 남기길 권합니다.

30일 타임라인 요약

Day 1–7: VPS에서 Hermes 설치, Telegram·Cron 가동, Skill 2개 생성. Day 8–14: Skill 9개, 디스크 89% 경고, Cron 간헐 실패. Day 15: staging 배포 Skill 첫 「성공 체감」. Day 16–21: Skill 23개, VPS 스냅샷 한계 노출, SRE 복원 40분. Day 22: MacDate M4 월간 임대로 마이그레이션. Day 23–30: Telegram p95 0.6초, Skill 31개, Closed Learning Loop 안정. 이 곡선은 「처음엔 VPS로 충분해 보인다」는 착각이 언제 깨지는지 보여 줍니다.

01. 1주차: VPS 위 Hermes — 잘 되는 착각

Day 1은 curl -fsSL https://get.hermes-agent.org | bash로 12분 만에 끝났습니다. Telegram Bot을 연결하고 「매일 아침 9시 GitHub Issue 요약해줘」라는 자연어 Cron을 등록했습니다. Day 3에는 ~/.hermes/memories/MEMORY.md에 8개 항목, skills/에 2개 SKILL.md — 「dependabot PR 라벨링」과 「Slack 알림 템플릿」 — 이 자동 생성됐습니다. VPS(2C4G, 서울 리전, 월 ₩12,000)면 충분해 보였습니다.

그러나 Day 5부터 작은 이상 징후가 시작됐습니다. Hermes state.db가 180MB로 부풀었고, VPS 무료 스냅샷이 1세대뿐이라 전날 Skill 백업을 복원할 수 없었습니다. Day 7 새벽, 유지보수 재시작 후 Telegram Gateway가 47분 오프라인 — 그 사이 도착한 6건의 메시지는 영구 미처리됐고 Closed Learning Loop의 「작업 완료 후 학습」도 건너뛰었습니다. 이것이 아래 「숨겨진 7×24 문제」의 서막입니다.

02. 2~3주차: Skill 문서가 자산이 되기까지

Hermes Closed Learning Loop는 성공한 복잡 작업을 SKILL.md로 증류합니다. progressive disclosure로 평소엔 요약만 로드하고 관련 작업 시 전문 전개 — 쓸수록 같은 작업의 토큰 소비가 줄어드는 설계입니다.

Day 8~14: Skill 증식 곡선

30일 로그에서 Skill 개수: Day 7 → 2개, Day 14 → 9개, Day 21 → 23개, Day 30 → 31개. ~/.hermes/ 전체 크기는 Day 1 42MB에서 Day 30 187MB — GPU 추론만큼은 아니지만 디스크 I/O와 session_search FTS5 인덱스 재구축이 VPS 공유 NVMe에서 눈에 띄게 느려졌습니다.

Day 15: Skill이 처음 「통했다」는 순간

Telegram으로 「지난주랑 같은 방식으로 staging 배포해줘」라고 보냈더니 Hermes가 3개월 전 대화를 복붙하지 않고 skills/deploy-staging/SKILL.md를 1.2초 만에 펼쳐 gh + kubectl 11단계를 무인 실행했습니다. 여기서 처음 「기억이 자산」임을 체감했고, 동시에 이 자산을 VPS ephemeral 디스크에 두는 위험도 깨달았습니다.

💡 이전 글과의 차이: 3층 메모리 해설은 아키텍처; 본 글은 Skill 증식에 따른 운영 부하의 시간 변화를 추적합니다.

03. 숨겨진 7×24 문제: 청구서에 없는 4가지 비용

VPS 월 ₩12,000은 겉보기 숫자입니다. Hermes를 진짜 7×24로 돌리면 다음 비용이 청구서에 안 나옵니다:

  • 학습 기회 손실: 재시작·유지보수 47분/월 × 12 = 연 9.4시간 Closed Learning Loop 누락. Skill 31개 중 추정 2~3개분 consolidate가 영원히 실행 안 됨.
  • 스냅샷세: Hermes용 일일 스냅샷(20GB × 7세대)으로 월 +₩5,000. 넣어도 VPS 합계 ₩17,000/월 — M4 월간 임대보다는 싸지만 복원 테스트에 월 2시간 SRE 공수 별도.
  • 지연세: 서울 VPS → Telegram API 왕복 180~220ms. MacDate 홍콩 M4 노드는 15~30ms. 비동기 응답 체감은 「계속 쓸지, 포기할지」 갈림길.
  • macOS 미지원세: Hindsight·Apple Silicon local_embedded는 Linux VPS에서 CPU만. M4 UMA는 Hermes가 클라우드 API여도 session_search·로컬 임베딩 대역과 지연에서 차이.

결론: Hermes TCO는 「서버 월정액」만으로는 측정 불가. 7×24 전제 Agent에서 다운타임 = 기억 복리 손실입니다. Velog 독자가 자주 묻는 「월 ₩12,000 VPS로 충분하지 않나?」에 대한 답은 「Skill 10개 넘으면 숨은 비용이 본문 표의 SRE 항목으로 튀어 나온다」입니다. cron 백업만으로는 restore 검증 시간이 누적되고, Telegram 지연이 체감 품질을 떨어뜨립니다.

04. 4주차: Mac mini M4 월간 임대로 이전한 이유

Day 22, VPS 루트 94%, Cron 3연속 실패, Skill 복원 40분 — 여기서 MacDate Mac mini M4 16GB 월간 임대($5.50/일 ≒ 월 ₩240,000, 요금 안내)로 이전했습니다. 이전 자체는 90분:

  • tar czf로 VPS ~/.hermes/ 내보내기 → MacDate M4로 scp
  • macOS 네이티브 curl 재설치, Telegram 재페어링
  • launchd로 Gateway 상시, Hindsight는 FORCE_CPU workaround

Day 23 이후: Telegram 응답 p95 1.8초 → 0.6초, Cron 실패 0건, Skill 32번째 「주간 KPI 대시보드 갱신」이 첫날 무인 완주. 같은 Hermes 바이너리, 같은 ~/.hermes/, 호스트만 변경 — 30일기의 핵심입니다. Day 28 기준 M4에서 session_search FTS5 재인덱싱 평균 0.4초, VPS에서는 2.1초 — Skill이 늘수록 격차가 벌어집니다. Day 30 VPS 인스턴스 폐기 전 최종 tar 백업을 MacDate 노드에 이중 저장했습니다. 개인 개발자에게 가장 현실적인 「기억 자산 이사」 절차입니다.

Velog에 올릴 때 추천 스크린샷

① Day 1 vs Day 30 ls ~/.hermes/skills/ | wc -l 출력. ② Telegram 응답 시간 비교(VPS vs M4). ③ TCO 표 스크린샷. ④ hermes memory status 출력. 독자가 「내 환경에서도 재현 가능한가」를 판단하는 데 도움이 됩니다. MacDate 월간 임대는 검증 후 구매 vs VPS 장기 운용을 숫자로 결정하는 데 최적의 중간 지점입니다.

05. 24개월 TCO: VPS vs 월간 M4 임대 vs 구매

7×24 연중(8760시간/년) 24개월 비교. M4 연속 임대 TCO는 펄스 부하용; 본 표는 Hermes 상시용.

24개월 항목 VPS 2C4G + 스냅샷 MacDate M4 월간(180일/년) Mac mini M4 구매 16GB
하드 / 임대 ₩17,000×24 = ₩408,000 $5.50×180×2 ≒ ₩3,850,000 ₩890,000
SRE 공수(복원·이전) ≈ ₩1,500,000 상당 ≈ ₩250,000 자체 ₩500,000
7×24 전기세 VPS 포함 임대 포함 ≈ ₩420,000
학습 기회 손실(추정) 높음 낮음 최저
24개월 실질 TCO ≈ ₩1,908,000 ≈ ₩4,100,000 ≈ ₩1,050,000(잔존가치 차감)

결정 흐름: ① 1~3개월 검증 → MacDate 일/주 임대로 Skill 곡선 측정. ② 6개월 이상 7×24 확정 → 구매 or 월간 임대. ③ 순수 실험·기억 재구축 가능 → VPS + cron 백업. 월간 M4 임대가 VPS에 「이기는」 건 Skill 자산 보존과 macOS 네이티브 운영을 SRE 공수 포함 비교할 때입니다.

06. 5단계: MacDate M4에서 Hermes 90분 구축

  1. MacDate 월간 노드 계약: macdate.com에서 M4 16GB 선택. Hermes는 16GB 충분; 동일 Ollama 14B면 M4 Pro 24GB. 약 2시간 내 SSH 키·IP. 일일 임대 FAQ 참고.
  2. SSH 로그인: ssh -i ~/.ssh/macdate_key admin@[IP]. macOS 26, 여유 10GB+, HTTPS egress 확인.
  3. curl 설치: 공식 스크립트, API Key 설정, hermes doctor·hermes memory status 검수.
  4. Telegram 연결: hermes channels add telegram, allowlist, 스마트폰 7×24 응답 테스트.
  5. 반납 전 백업: tar czf hermes-backup-$(date +%F).tar.gz ~/.hermes/ scp. MacDate 반납은 NIST 삭제 — 백업 없음 = Agent 뇌 포맷.
# 3. macOS 네이티브 Hermes 설치 $ curl -fsSL https://get.hermes-agent.org | bash # 4. Telegram 연결 $ hermes channels add telegram --token "$TELEGRAM_BOT_TOKEN" $ hermes gateway start # 5. 반납 전 ~/.hermes/ 백업 $ tar czf ~/hermes-backup.tar.gz ~/.hermes/ $ scp -i ~/.ssh/macdate_key ~/hermes-backup.tar.gz user@laptop:~/Backups/

07. 세 가지 하드 데이터와 Hindsight MPS 주의

  • ① Skill 31개 / 187MB: 30일 운영 전형 ~/.hermes/ 크기. VPS 20GB 루트는 넉넉해 보여도 스냅샷+로그+Docker 레이어로 급박.
  • ② Telegram p95 0.6초 vs 1.8초: MacDate 홍콩 M4 이전 후 체감 차. 7×24 Agent에서 「느림 = 안 씀」이 Skill 복리를 죽임.
  • ③ 180일/년 MacDate 월간 ≒ ₩1,920,000/년: 구매 ₩890,000+전기보다 비싸지만 6개월 미만 검증기에 CapEx 제로로 Skill 자산 구축 — 월간 임대 존재 이유.

Hindsight / MPS (Issue #7135)

Apple Silicon에서 Hindsight local_embedded MPS 타임아웃 시 CPU 강제 workaround:

$ hindsight-embed profile create hermes --merge \ --env HINDSIGHT_API_EMBEDDINGS_LOCAL_FORCE_CPU=true \ --env HINDSIGHT_API_RERANKER_LOCAL_FORCE_CPU=true

부록: Skill 유형별 30일 관측

31개 Skill 중 반복 패턴은 네 가지였습니다. ① CI/CD (deploy-staging, dependabot-label) 8개. ② 보고 (weekly KPI, GitHub Issue digest) 6개. ③ 커뮤니케이션 (Slack template, Telegram format) 5개. ④ 데이터 (CSV export, Notion sync) 12개. 유형 ④가 디스크 I/O를 가장 많이 씁니다 — VPS에서 Day 18부터 state.db WAL checkpoint 지연이 눈에 띄었습니다. M4 이전 후 동일 Skill 세트에서 checkpoint p95가 890ms에서 210ms로 줄었습니다. 이 차이는 「Agent가 느려졌다」는 사용자 이탈을 막는 데 결정적입니다.

08. MacDate 월간 임대가 최적인 때

30일 교훈 한 줄: Hermes 가치는 Skill 문서 복리에 있고, 그 복리는 7×24 uptime에 달려 있다. 메인 MacBook 상시 가동은 개발 환경 오염·슬립 문제, ₩890,000 CapEx는 「Skill이 진짜 통하는지」 미검증 단계에선 무겁습니다. OpenClaw와 Hermes를 같은 VPS에 올리지 마세요 — ~/.hermes/ 디렉터리 충돌과 포트 경합이 memory corruption을 유발합니다.

한국 indie iOS 개발자에게 MacDate M4 월간 임대는 TestFlight 전 Hermes cron 테스트, App Store 제출 주간 Hermes 일시 중지 같은 「펄스 + 상시」 혼합 운영에 유리합니다. 연 180일만 켜도 Skill 자산은 유지되며, TCO 표에서 VPS+SRE 합산과 비교해 손익분기를 다시 그릴 수 있습니다.

MacDate 월간 Mac mini M4 임대는 제3의 길: 독점 베어메탈, macOS 네이티브 curl, 독립 IP+100Mbps, Telegram 저지연, 반납 전 NIST 삭제. 1개월 Skill 증식 곡선 측정, Closed Learning Loop ROI 확인 후 구매 결정 — 2026년 현실적 Jarvis 구축법입니다. MacDate는 Apple 하드웨어 임대 플랫폼이며 Hermes 동명 제3자 서비스가 아닙니다. M4 요금 안내, 3층 메모리 해설 참고.

관련 글