한 줄 정의
Hermes Agent 24/7 운영은 에이전트를 늘 켜 둔 상태로 두되, sandbox, skills, curator, memory, 권한 경계로 안전성을 확보하는 장기 실행 workflow다.
핵심 요지
- 24/7로 돌릴수록 “좋아 보이는 데모”보다 안전한 운영 경계가 중요해진다.
- 모든 작업을 sandbox 안에 넣고, 파일·명령·권한의 바깥쪽을 먼저 잠가야 한다.
- skills 시스템은 반복 작업을 작은 재사용 단위로 나누는 핵심 레버다.
- Curator는 새로 들어온 작업과 정리되지 않은 상황을 구조화해 주는 운영 도구로 읽을 수 있다.
- 실행 완료된 날것의 트레이스를 SKILL.md 마크다운 파일로 응축하여 저장하는 plain Markdown skills 시스템.
- Mac mini M2/M4(16GB) 로컬 서버 호스트 또는 VPS(2 CPU/8GB RAM 이상) 환경에서 Unattended operation 실현.
상세
이 노트의 핵심은 Hermes를 “한 번 실행해 보는 에이전트”가 아니라 “항상 켜 두는 runtime”으로 본다는 점이다. 그렇게 되면 기억 문제, 안전 문제, 실행 누수 문제가 전부 전면으로 올라온다. 노트북 한 대에 올려 두는 것보다 Mac mini나 VPS처럼 장시간 동작을 전제로 한 환경이 더 맞는 이유도 여기 있다.
1. Skills 시스템이 핵심이다
에이전트가 매번 같은 설명을 다시 듣게 두지 말고, 반복되는 행동을 skills로 분리한다. 이렇게 하면 실행 규칙이 대화창보다 파일로 남고, 장기 운영에서 컨텍스트 소모를 줄일 수 있다.
2. Curator
Curator는 긴 실행 흐름에서 들어오는 작업을 정리하고, 무엇을 다음 행동으로 넘길지 가르는 층이다. 이 층이 없으면 24/7 runtime은 곧 잡무 수집기처럼 된다.
3. 시작하는 실전 경로
처음부터 큰 자동화를 붙이기보다, sandbox를 먼저 걸고, 읽기 전용 작업부터 시작하고, 그다음 점진적으로 쓰기 권한을 늘리는 편이 안전하다. 운영 초점은 속도가 아니라 반복 가능성이다.
4. 어디까지는 안 되는가
이 구조도 모든 기억 문제를 해결하지는 못한다. 장기 메모리를 잘못 설계하면 까먹어야 할 것을 붙잡고, 감춰야 할 것을 노출한다. 그래서 24/7 runtime은 모델 성능보다 운영 규율을 더 강하게 요구한다.
5. 이것이 실제로 바꾸는 것
Hermes를 안전하게 오래 돌릴 수 있으면, 에이전트는 더 이상 “대화형 도구”에 머물지 않는다. 실제로는 백그라운드에서 작업을 받아 처리하는 개인 인프라가 된다. 이 변화는 Agent Native Infrastructure와 AI 에이전트 런타임 역할 맵이 설명하는 방향과 맞닿아 있다.
백그라운드 5단계 자율 순환 루프
에이전트가 단발성 세션으로 종료되지 않고, observe -> execute -> reflect -> crystallize -> reuse 단계의 밤샘 연산(Dream Cycle)을 돌며 스스로 skill을 추출하고 로컬 저장소에 적립한다.
Brain과 Workers의 모델 분리 아키텍처
- Brain (Main Model): 실제 대화, 장기 계획, 다단계 추론, 최종 판단 (비싸고 강력한 프론티어 모델 사용).
- Workers (Auxiliary Models): 컨텍스트 압축, 웹페이지 데이터 추출, 비전 분석, MCP 라우팅, 위험도 점수 평가 (저렴하고 빠른 로컬/클라우드 모델로 오버라이드하여 24/7 운영비 절감).
3단계 컨텍스트 압축 파이프라인
- 거대한 툴 출력 텍스트를 식별하여 placeholder로 대체.
- 시스템 프롬프트, 최초의 골 메시지, 최근 20개 대화는 무조건 압축 대상에서 보호.
- 중간 단계의 긴 내용은 요약 전용 모델이 goals, constraints, completed tasks, commands만 추출하여 템플릿화.
config.yaml내threshold: 0.50설정 시 컨텍스트가 window의 50%를 초과하는 즉시 압축 기동.
예시
- 모든 파일 수정 작업을 sandbox 안에서만 수행한다.
- 시작 시에는 읽기 전용 명령부터 허용하고, 쓰기 권한은 점진적으로 추가한다.
- skills를 커맨드 대신 파일로 관리해 반복 작업을 재사용 가능하게 만든다.
- Curator를 통해 장기 작업의 우선순위를 정리한다.
비슷한 노트와의 차이
- OpenClaw가 메시징 채널과 다양한 tool을 한 runtime에 붙인 self-hosted personal agent 사례라면, 이 노트는 그런 runtime을 24/7로 안전하게 돌리기 위한 운영 패턴에 더 가깝다.
- AI 에이전트 런타임 역할 맵이 runtime 계층 전체를 그린다면, 이 노트는 그중 장기 실행·sandbox·skills·curator라는 운영면에 집중한다.
24/7 Hermes 인프라 설치 및 런타임 잠금 가이드
# 1. Apple Silicon Mac mini sleep 방지 및 tailscale remote login 가동
System Settings -> Sharing -> Remote Login: ON
Lock Screen -> Start Screen Saver: Never
brew install --cask orbstack # Mac에서 가볍고 빠른 컨테이너 가동
# 2. Nous Research Hermes 설치 (permission 에러 방지를 위해 절대 sudo로 기동 금지)
brew install python@3.12 git node ripgrep ffmpeg # Python 3.11 또는 3.12 필수
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
source ~/.zshrc && hermes setup
# 3. 7일 주기 Curator 스킬 자동 청소 방지 핀 고정
hermes curator pin <essential-skill-name>config.yaml 하드닝 샌드박스 격리
terminal:
backend: docker # 모든 shell command가 Hardened Container 내부에서 작동하여 rm -rf 차단
allowed_user_ids: ["자신의_텔레그램_ID"] # 메신저 게이트웨이 보안 통제충돌
- 2026-06-03 확인: Hermes의 설치 경로, skill 이름, sandbox 설정은 빠르게 바뀔 수 있다. 운영 패턴은 재사용 가능하지만, 실제 적용 전에는 최신 문서와 저장소 상태를 다시 확인해야 한다.