Hermes Agent는 Harness Engineering인가?

게시 2026/05/27

By BLUEBUG

30 분읽는 시간

Nous Research의 자기진화 에이전트와 하네스 엔지니어링의 관계 심층 분석

핵심 결론 (선요약): Hermes Agent는 하네스 엔지니어링의 개념적 구현체(productized implementation)입니다. 하네스 엔지니어링이 “무엇을 해야 하는가”를 정의하는 방법론이라면, Hermes Agent는 그 방법론의 5개 레이어 전체를 자동화한 최초의 오픈소스 에이전트 프레임워크입니다. 다만 두 개념은 완전히 같지는 않으며, Hermes Agent는 하네스를 넘어선 몇 가지 독자적인 아이디어를 포함합니다.

1. Hermes Agent란 무엇인가?

1.1 탄생 배경

Hermes Agent는 Nous Research가 2026년 2월 25일에 공개한 오픈소스 자율형 AI 에이전트입니다. Nous Research는 AI 에이전트 분야에서는 덜 알려진 연구소이지만, LLM 파인튜닝 커뮤니티에서는 오래전부터 인정받고 있는 곳입니다. Hermes 3 모델 패밀리(8B, 14B, 70B, 405B)는 2025~2026년 기준으로 오픈 가중치 모델 중 파인튜닝 품질 면에서 최상위로 평가받습니다. 이 연구소는 프론티어 파운데이션 모델을 처음부터 훈련하는 대신, 뛰어난 포스트트레이닝 기법으로 기존 모델을 더 실용적으로 만드는 방향을 추구합니다.

Hermes Agent는 그 철학을 에이전트 프레임워크로 확장한 결과물입니다. 핵심 테제는 명확합니다. “오픈소스 도구와 어떤 LLM API로든, 개인이 상용 제품에 버금가는 에이전트를 배포할 수 있어야 한다.” MIT 라이선스, 호스팅 SaaS 의존 없음, 벤더 종속 없음. 모든 데이터는 사용자 자신의 서버 ~/.hermes/에 보관됩니다.

1.2 폭발적 성장 지표

Hermes Agent의 성장 속도는 오픈소스 AI 에이전트 역사에서 전례가 없는 수준입니다.

시점	GitHub Stars	비고
출시 2개월 후 (2026.04.14 기준)	27,000+	v0.9.0 “the everywhere release”
출시 7주 후	95,000+	Medium 리뷰 기준
출시 약 3개월 후 (2026.05 기준)	140,000+	NVIDIA 공식 블로그 언급

Hermes Agent는 3개월도 되지 않아 140,000개의 GitHub 스타를 넘어섰으며, 지난주 기준 OpenRouter에서 세계에서 가장 많이 사용되는 에이전트가 되었습니다. 이는 단순한 허영 지표가 아닙니다. 2026년 5월 기준으로 OpenRouter에서 하루 2,240억 개의 토큰을 처리하며, 생산성, 코딩 에이전트, 개인 에이전트, CLI 에이전트 등 전 카테고리에서 글로벌 일간 1위를 기록하고 있습니다.

2. 하네스 엔지니어링과의 관계: 이 질문이 왜 중요한가

2.1 질문의 출발점

Hermes Agent를 깊이 들여다보면 공식 문서, 리뷰, 핸드북 어디서나 “하네스(Harness)”라는 단어가 반복해서 등장합니다. Hermes Agent 공식 리뷰를 작성한 Bruce는 Hermes는 하네스가 이미 내장되어 출시되는 최초의 개인 AI 에이전트라고 평가합니다. 자신이 사용한 다른 모든 에이전트—Claude Code, Cursor, Aider, OpenClaw—는 하네스를 직접 손으로 구축해야 했지만, Hermes는 5개 레이어 전체를 자동화하고 사용자와 함께 성장하도록 합니다.

이것이 바로 이 질문이 핵심적인 이유입니다. Hermes Agent는 하네스 엔지니어링의 사례인가요, 구현체인가요, 아니면 그 이상인가요?

2.2 하네스 엔지니어링의 정의 재확인

앞서 다룬 하네스 엔지니어링의 핵심 공식을 다시 떠올려봅시다.

Agent = Model + Harness

하네스는 LLM을 감싸 원시 텍스트 출력을 신뢰할 수 있는 시스템 동작으로 변환하는 엔지니어링된 런타임입니다. 6가지 기능(컨텍스트 조립, 도구 계약·검증, 메모리·영속 상태, 관찰가능성, 복구, 오케스트레이션)을 담당하며, 에이전트 6차원 중 4/6을 차지합니다.

하네스 엔지니어링의 치명적 약점: Mitchell Hashimoto가 그 이름을 붙이고 방법론을 제시했지만, 실행은 완전히 수동입니다. CLAUDE.md를 직접 작성하고, 훅을 설정하고, 메모리 시스템을 구축하고, 피드백 루프를 설계해야 합니다. 하네스 엔지니어링은 무엇을 해야 하는지는 알려주지만, 직접 해주지는 않습니다.

3. Hermes Agent의 아키텍처 심층 분석

3.1 시스템 전체 구조

Hermes Agent의 아키텍처는 세 개의 주요 진입점(CLI, Gateway, ACP)을 가지며, 모두 중앙 AIAgent 코어(run_agent.py)로 수렴됩니다. 코어는 Prompt Builder, Provider Resolution, Tool Dispatch의 세 핵심 컴포넌트로 구성됩니다.

┌──────────────────────────────────────────────┐
│           진입점 (Entry Points)               │
│  CLI    Gateway (메신저)    ACP (프로그래밍)  │
└────────────┬───────────────────────┬──────────┘
             │                       │
             ▼                       ▼
┌──────────────────────────────────────────────┐
│           AIAgent 코어 (run_agent.py)         │
│  ┌──────────────┐ ┌──────────┐ ┌──────────┐  │
│  │ Prompt       │ │Provider  │ │Tool      │  │
│  │ Builder      │ │Resolution│ │Dispatch  │  │
│  │ (컨텍스트    │ │(18개 이상│ │(70+도구  │  │
│  │  조립)       │ │ 제공자)  │ │ 28세트)  │  │
│  └──────────────┘ └──────────┘ └──────────┘  │
└──────────────────────────────────────────────┘
             │                       │
    ┌────────▼────────┐   ┌──────────▼──────────┐
    │  세션 저장소     │   │  도구 백엔드          │
    │  (SQLite+FTS5)  │   │  터미널(7종)          │
    │  hermes_state   │   │  브라우저(5종)         │
    └─────────────────┘   │  MCP(동적)            │
                          └─────────────────────┘

3.2 프롬프트 조립: 하네스의 컨텍스트 조립 레이어

Hermes의 prompt_builder.py는 시스템 프롬프트를 여러 소스에서 조립합니다. SOUL.md(에이전트 개성), MEMORY.md(장기 기억), USER.md(사용자 모델링), 스킬 문서들, 컨텍스트 파일(AGENTS.md, .hermes.md), 도구 사용 지침, 그리고 모델별 특화 지침이 결합됩니다. 또한 context_compressor.py는 컨텍스트가 임계값을 초과할 때 중간 대화 턴을 요약하여 처리합니다. 이것은 우리가 앞서 다룬 LLM 4가지 실패 모드 중 Context Rot와 Context Panic을 정확히 해결하는 메커니즘입니다.

3.3 3레이어 메모리 시스템

Hermes Agent의 가장 독보적인 특징은 3레이어 메모리 아키텍처입니다.

┌─────────────────────────────────────────────────────────┐
│              Hermes 3레이어 메모리 구조                    │
├─────────────────────┬───────────────────────────────────┤
│  레이어 1: 단기 메모리│ SQLite + FTS5 세션 저장소          │
│  (Working Memory)   │ 세션 내 대화 기억                   │
├─────────────────────┼───────────────────────────────────┤
│  레이어 2: 장기 메모리│ MEMORY.md (에이전트가 직접 큐레이션) │
│  (Long-term Memory) │ USER.md (Honcho 사용자 모델링)      │
│                     │ 세션 간 지속적 기억                  │
├─────────────────────┼───────────────────────────────────┤
│  레이어 3: 절차 기억  │ Skill Documents (마크다운 파일)      │
│  (Procedural Memory)│ agentskills.io 오픈 스탠다드        │
│                     │ 문제 해결 방법을 영구 기록            │
└─────────────────────┴───────────────────────────────────┘

Hermes Agent는 복잡한 작업을 완료하면 그 경험을 영구 기록으로 합성할 수 있습니다. 특정 마이크로서비스 디버깅이나 데이터 파이프라인 최적화 같은 작업을 완료하면, 그 과정을 searchable 마크다운 파일로 저장합니다. 다음에 비슷한 작업을 요청하면 에이전트는 처음부터 시작하지 않습니다. 이것이 절차 기억(Procedural Memory)입니다.

3.4 폐쇄 학습 루프 (Closed Learning Loop)

Hermes Agent의 폐쇄 학습 루프는 에이전트가 큐레이션하는 메모리(주기적 업데이트 포함), 자율적 스킬 생성, 사용 중 스킬 자기개선, LLM 요약을 활용한 FTS5 세션 간 검색, Honcho 변증법적 사용자 모델링으로 구성됩니다.

쉽게 말하면, Hermes Agent는 문제를 해결할 때마다 그 경험을 스킬 문서로 기록하고, 다음번에는 그 스킬을 활용해 더 빠르고 정확하게 처리합니다. 더 오래 실행할수록 더 똑똑해지는 구조입니다.

3.5 배포 유연성: “어디서나 실행”

Hermes Agent는 에이전트가 실행되는 곳과 사용자가 대화하는 곳을 분리합니다. 로컬, Docker, SSH, Daytona, Singularity, Modal의 6가지 터미널 백엔드가 기본 제공됩니다. Telegram으로 대화하면서 Modal 서버리스 워커에서 실행할 수 있으며, 노트북이 꺼져 있어도 계속 동작하는 $5짜리 VPS에서 실행할 수도 있습니다.

이것은 Claude Code, Cursor, Aider와 같이 에이전트와 사람이 같은 터미널을 공유해야 하는 구조와 근본적으로 다른 형태입니다.

4. 핵심 비교: Hermes Agent는 하네스 엔지니어링인가?

4.1 5개 하네스 레이어 대응표

Bruce의 리뷰는 이 관계를 가장 명확하게 정리합니다.

하네스 엔지니어링의 5개 구성요소와 Hermes Agent의 내장 시스템을 비교하면 다음과 같습니다.

하네스 레이어	수동 구현 방식	Hermes 내장 시스템
Instructions (지침)	수작업으로 작성한 CLAUDE.md / AGENTS.md	스킬 시스템 (마크다운, 자동 생성 + 자기 개선)
Constraints (제약)	훅 / 린터 / CI 파이프라인	도구 권한 + 샌드박스 실행 + 선택적 도구세트
Feedback (피드백)	수동 검토 / 평가자 에이전트	자기개선 학습 루프 (작업 후 성찰)
Memory (메모리)	수작업으로 관리하는 지식베이스	3레이어 메모리 (세션/영속/스킬) + Honcho 사용자 모델링
Orchestration (오케스트레이션)	직접 구축한 멀티에이전트 파이프라인	`delegate_task` 서브에이전트 + 크론 스케줄링

왼쪽 열(수동 구현)은 시니어 엔지니어 한 명이 6개월 동안 작업해야 하는 프로젝트입니다. 오른쪽 열은 curl install.sh | bash를 실행하고 YAML 파일 하나를 편집하는 작업입니다. 이것이 “하네스가 내장되어 출시되는 최초의 AI 에이전트”가 구체적으로 의미하는 바입니다.

4.2 공통점 (Hermes Agent ⊆ 하네스 엔지니어링의 관점에서)

Hermes Agent가 하네스 엔지니어링의 원칙을 구현하는 방식은 다음과 같습니다.

① 컨텍스트 조립 (Context Assembly): prompt_builder.py가 SOUL.md, MEMORY.md, USER.md, 스킬, AGENTS.md, 도구 지침을 조합해 매 호출마다 최적화된 컨텍스트를 구성합니다. 이것은 하네스의 첫 번째 기능과 정확히 일치합니다.

② 도구 계약·검증 (Tool Contracts): Hermes Agent는 70개 이상의 도구와 28개의 도구세트를 갖추고 있으며, Atropos 통합을 통한 에이전트 행동의 강화학습, 11개의 도구 호출 파서를 제공합니다.

③ 메모리·영속 상태 (Memory & State): 3레이어 메모리 아키텍처는 하네스의 메모리 기능을 완전히 구현합니다.

④ 관찰가능성 (Observability): ShareGPT 형식으로 대화를 내보내 파인튜닝 데이터 생성이 가능하며, 궤적 압축이 토큰 예산 내에서 훈련 데이터를 처리합니다.

⑤ 복구 (Recovery): 도구 오류 처리, 샌드박스 실행, 서브에이전트 격리가 복구 레이어를 담당합니다.

⑥ 오케스트레이션 (Orchestration): delegate_task를 통한 병렬 서브에이전트, MCP 6,000개 이상의 서버 연결, agentskills.io 스킬 오픈 스탠다드가 협업 레이어를 구성합니다.

4.3 차이점 (Hermes Agent가 하네스 엔지니어링을 넘어서는 부분)

두 개념이 완전히 동일하지는 않습니다. Hermes Agent에는 하네스 엔지니어링 개념에는 없는 독자적 요소가 있습니다.

① 자기진화 (Self-Evolution): 하네스 엔지니어링은 하네스를 사람이 설계·유지한다고 가정합니다. Hermes Agent는 하네스 자체가 스스로 성장합니다. 스킬 문서를 자동 생성하고, 사용자의 패턴을 학습하며, 피드백 루프를 통해 자기 자신을 개선합니다.

② 자기진화 연구 프로젝트 (hermes-agent-self-evolution): ICLR 2026 Oral로 선정된 MIT의 동반 프로젝트는 DSPy와 GEPA를 적용해 스킬, 프롬프트, 에이전트 자신의 코드를 벤치마크에 최적화합니다. 이 피드백 루프가 공개 평가에서 측정 가능한 복합적 개선을 만들어낸다면, “자기개선” 태그라인은 방어 가능한 주장이 됩니다.

③ 플랫폼 독립성: 하네스 엔지니어링은 특정 실행 환경을 전제하지 않지만, Hermes Agent의 “에이전트가 실행되는 곳과 사용자가 대화하는 곳의 분리”는 하네스 개념에서 나오지 않은 독자적 아키텍처 결정입니다.

④ 모델 독립성: Hermes Agent는 특정 모델에 묶이지 않습니다. Nous Portal, OpenRouter, OpenAI, 또는 어떤 엔드포인트도 사용할 수 있습니다. 하네스 엔지니어링은 모델-불가지론적(model-agnostic)이지만, Hermes Agent는 이를 실제로 구현했습니다.

5. 스킬 시스템: 하네스의 ‘지침 레이어’를 자동화하다

5.1 스킬 문서란 무엇인가?

스킬 시스템은 Hermes Agent의 가장 혁신적인 요소이자, 하네스 엔지니어링의 “Instructions(지침)” 레이어를 가장 창의적으로 자동화한 부분입니다.

Hashimoto 방식의 하네스 엔지니어링에서 CLAUDE.md는 다음과 같이 만들어집니다.

AI가 실수할 때마다 개발자가 수작업으로 규칙 추가
수주에 걸쳐 파일이 프로젝트의 암묵적 규칙 명세가 됨

Hermes Agent에서 스킬 시스템은 이 과정을 자동화합니다.

에이전트가 어려운 문제를 해결하면 그 방법을 스킬 문서로 자동 기록
이 기록들은 agentskills.io 오픈 스탠다드를 따르는 searchable 마크다운 파일로 저장됩니다.
유사 작업 요청 시 스킬을 먼저 검색해 활용

5.2 agentskills.io: 스킬의 이식성

Skills Hub가 agentskills.io에서 공개되었으며, 커뮤니티가 기여한 스킬들이 Hermes Agent 설치본 간에 이식 가능하고 공유 가능하게 되었습니다.

이것의 함의는 중요합니다. Claude Code의 플러그인이나 Cursor의 규칙처럼, Hermes Agent의 스킬이 이식 가능한 아티팩트가 된다면 프레임워크는 네트워크 효과를 갖게 됩니다. 118개의 번들 스킬이 현재 제공되고 있습니다.

6. NVIDIA, Tencent Cloud가 주목한 이유

6.1 NVIDIA RTX 공식 지원

NVIDIA는 Hermes Agent가 NVIDIA RTX PC와 워크스테이션에 새로운 종류의 에이전트를 가져온다고 설명하며, OpenClaw의 성공에 이어 커뮤니티가 새로운 오픈소스 에이전트 프레임워크를 받아들이고 있다고 밝혔습니다.

6.2 Tencent Cloud 원클릭 배포 템플릿

2026년 4월 14일, Tencent Cloud의 Lighthouse가 업계 최초로 Hermes Agent를 위한 전용 애플리케이션 템플릿을 출시하여 원클릭 클라우드 배포를 가능하게 했습니다.

7. 보안 위험: 아무도 쓰지 않는 이야기

Hermes Agent에 대한 긍정적 평가와 함께, 주의해야 할 보안 위험도 균형 있게 살펴봐야 합니다.

7.1 자기진화의 양면성

자율적 스킬 생성과 폐쇄 학습 루프는 혁신적이지만, 검증되지 않은 스킬 문서가 에이전트의 행동을 바꿀 수 있습니다. 스킬 레지스트리에 버전 관리, 서명, 큐레이션이 이루어지는지가 핵심 질문입니다. 모든 사용자가 자신만의 스킬 서랍을 쌓고 공유하지 않는다면, 개인 도구에 머무를 것입니다. 그리고 엔터프라이즈 포크는 거의 확실히 나타날 것입니다.

7.2 MIT 라이선스의 한계

Nous Research의 설계 선택은 사용자 통제 우선이었습니다. MIT 라이선스, 로컬 데이터, 읽을 수 있는 스킬. 그들은 권리를 주었습니다. 하지만 사용자가 그 권리를 실제로 행사할 것을 보장하지는 않습니다. 이것은 Hermes에 대한 비판이 아니라, 어떤 오픈소스 에이전트도 갖는 구조적 현실입니다.

7.3 자기진화 루프의 검증 미완

동반 프로젝트인 hermes-agent-self-evolution(ICLR 2026 Oral, MIT)이 공개 평가에서 측정 가능한 복합적 개선을 보여준다면 자기개선 태그라인은 방어 가능합니다. 하지만 몇 차례 반복 후 성능 향상이 정체된다면, 학습 루프는 더 나은 알고리즘이 아니라 더 나은 UX일 뿐입니다.

8. 최종 판정: 관계를 3가지 명제로 정리

명제 1: Hermes Agent는 하네스 엔지니어링의 구현체다 ✅

하네스 엔지니어링의 5개 레이어 모두를 자동화된 형태로 구현합니다. 이 관계는 명확하고 의도적입니다. Nous Research 자신이 이 연결을 공식적으로 인정하고 있습니다.

명제 2: Hermes Agent는 하네스 엔지니어링 그 자체는 아니다 ✅

하네스 엔지니어링은 방법론(methodology)이고, Hermes Agent는 그 방법론을 특정 방식으로 구현한 제품입니다. 마치 Agile이 방법론이고, Jira나 GitHub Projects가 그 구현체이지만 동일하지 않은 것처럼요. 또한 Hermes Agent는 자기진화, 플랫폼 분리, Honcho 사용자 모델링 등 하네스 엔지니어링 개념에 없는 독자적 혁신을 포함합니다.

명제 3: 하네스 엔지니어링은 Hermes Agent가 없어도 존재하지만, Hermes Agent는 하네스 엔지니어링 없이는 이해할 수 없다 ✅

Claude Code, Cursor, Aider는 하네스를 사용자가 직접 구축해야 하는 “하네스 엔지니어링의 수동 실천” 환경입니다. Hermes Agent는 “하네스 엔지니어링의 자동화된 실천”입니다. 두 접근은 같은 원칙에서 출발해 다른 사용성 트레이드오프를 선택합니다.

9. 실무적 함의: 어떤 상황에서 무엇을 선택할까?

상황	권장 접근
특정 코드베이스에 AI 에이전트를 깊이 통합	CLAUDE.md + 훅 + MCP (수동 하네스 엔지니어링)
개인 서버에서 24/7 자율 실행되는 에이전트	Hermes Agent (하네스 자동화)
멀티 플랫폼 (Telegram + CLI + Discord) 에이전트	Hermes Agent
엔터프라이즈 규정 준수·감사 요구	수동 하네스 엔지니어링 + 커스텀 거버넌스
팀의 AI 에이전트 역량을 빠르게 프로토타이핑	Hermes Agent
에이전트 행동을 완전히 제어·검증해야 하는 환경	수동 하네스 엔지니어링

10. 결론: 유리문을 뚫지 않는 방법

하네스 엔지니어링이 “문을 보고, 손잡이를 찾아 열면 됩니다”라는 인식의 변화를 가져왔다면, Hermes Agent는 한 걸음 더 나아갑니다. “문을 보면, 손잡이가 자동으로 생성됩니다.”

정확한 분류를 원한다면, Hermes Agent는 다음과 같이 정의할 수 있습니다.

Hermes Agent = 하네스 엔지니어링의 productized 구현체 + 자기진화 메모리 시스템

이것은 “하네스인가 아닌가”의 이분법보다 더 정확하고, 더 유용한 이해입니다. Hermes Agent를 배우는 것은 하네스 엔지니어링을 이해하는 가장 빠른 실습 경로이기도 합니다. 개념을 추상적으로 배우는 것보다, 그 개념이 코드로 구현된 것을 직접 실행해보면서 배우는 것이 훨씬 효과적이기 때문입니다.

참고 자료

Nous Research 공식 문서: https://hermes-agent.nousresearch.com/docs/
Hermes Agent 아키텍처 문서: https://hermes-agent.nousresearch.com/docs/developer-guide/architecture
Bruce의 Hermes v0.9 리뷰 (하네스 엔지니어링 연결): https://www.heyuan110.com/posts/ai/2026-04-14-hermes-agent-guide/
Krzysztof의 심층 분석: https://kisztof.medium.com/hermes-agent-review-nous-researchs-self-improving-ai-agent-e72bc244435a
NVIDIA 공식 블로그: https://blogs.nvidia.com/blog/rtx-ai-garage-hermes-agent-dgx-spark/
MarkTechPost 발표 기사: https://www.marktechpost.com/2026/02/26/nous-research-releases-hermes-agent/
DEV Community 구축 가이드: https://dev.to/truongpx396/hermes-agent-deep-dive-build-your-own-guide-1pcc
agentskills.io: https://agentskills.io
hermes-agent-self-evolution (ICLR 2026 Oral): MIT + DSPy + GEPA 자기개선 연구

작성일: 2026-05-27

AI, Hermes Agent