hermes-agent.nousresearch.com 사용 팁과 활용 사례
Windows용 Hermes Desktop을 8GB 메모리, Ryzen 5500U 환경에서 쓰면서 Reddit의 특정 글과 전체 댓글을 자동으로 가져오려는 상황이다. 목표는 스크립트, cron, 에이전트가 r/hermesagent, r/localllm, r/ollama 같은 공개 게시판에서 매일 쓸 만한 지식을 모으는 것이다. 쉬운 방법들은 대부분 막혀 있다. Reddit의 .json 주소는 403 오류가 나고, www.reddit.com의 RSS는 429 제한에 걸리며, old.reddit.com의 RSS는 가끔만 되고 아이피에 따라 막힌다. 공개 Redlib, RSSHub, Teddit 서버들은 죽어 있거나 응답 시간이 길고, Pushshift는 더 이상 쓸 수 없으며, PRAW도 공개 게시판을 OAuth 없이 바로 쓰는 해결책이 되지 않는다. 현재는 old.reddit, Redlib 6개, RSSHub 3개, Teddit 3개를 차례로 시도하는 우회 방식을 쓰지만, 현재 아이피에서는 되더라도 cron이나 다른 아이피에서는 실패한다. 필요한 조건은 무료, 낮은 메모리 사용, 공개 게시판에서 Reddit OAuth 불필요, 글과 댓글을 JSON이나 깔끔한 Markdown으로 반환, 아이피에 덜 좌우되는 안정성이다. 검토 대상은 자가 호스팅 Redlib/RSSHub/Teddit, Playwright나 undetected-chromedriver 같은 브라우저 자동화, Firecrawl·Jina.ai·ScrapingBee 같은 무료 구간 API, 더 가벼운 수집 도구다.
GPT-5.6 제품군은 계속 바뀌는 이름 대신 Sol, Terra, Luna라는 세 가지 고정 등급으로 정리되는 흐름이다. Sol은 어려운 추론, 코딩, 에이전트 작업, 연구에 맞는 최상위 등급이며 속도는 가장 느리고 비용은 가장 높다. Terra는 일상 업무, 코딩, 글쓰기, 분석에 맞는 중간 등급이고, GPT-5.5 수준의 품질을 약 절반 비용으로 낸다는 설명이 붙어 있다. Luna는 빠른 대화, 요약, 대량 작업에 맞는 저비용 고속 등급이다. Hermes 사용자에게는 Sol이 깊은 디버깅, 설계 검토, 에이전트 설계, 오래 걸리는 코딩 작업에 가장 맞는 선택지로 제시된다. Sol만 새 Max reasoning effort와 Ultra sub-agent mode를 쓸 수 있다는 점도 핵심이다. Terra는 대부분의 Hermes 작업에서 기본 선택지로 쓰기 좋고, Luna는 요약, 회의록 정리, 검색용 자료 전처리, 분류, 압축, 대량 번역처럼 싸고 빠른 처리가 더 중요한 일에 맞다. 미리보기 API 가격으로 Sol은 입력 100만 토큰당 5달러, 출력 100만 토큰당 30달러로 제시된다.
Hermes를 매일 쓰는 과정에서 만든 재사용용 스킬 24개가 공개됐다. 이 스킬들은 에이전트가 필요할 때 불러와 쓰는 작업 절차이며, 연구, 창작, 생산성, 에이전트 관리 등 8개 분야로 나뉜다. 연구 쪽에는 깊이 조사하기, 인물이나 조직 자료 모으기, 사실 확인, 출처 관리, 문서 안에서 의미 검색하기, 뉴스 살피기, 유튜브 주제 조사 같은 기능이 있다. 창작 쪽에는 fal.ai로 이미지와 영상을 단계별로 만들고 비용을 추적하는 기능, Pexels에서 무료 사진을 찾는 기능이 있다. 생산성 쪽에는 워드·엑셀 메일 병합, 여행 일정 만들기, 의사결정 기록, 여러 파일 형식 변환, 큰 작업 전에 목표·상황·제약을 먼저 정리하는 작업 브리프가 포함된다. 각 스킬은 따로 쓸 수 있게 만들어졌고, 필요한 것만 골라 가져가면 된다. 저장소는 MIT 라이선스로 공개됐고, Python 3.11부터 3.13까지 CI 테스트를 통과했다.
AI를 하나의 만능 챗봇처럼 쓰는 것보다, 작은 팀처럼 역할을 나누어 쓰면 업무에 더 잘 맞을 수 있다. 핵심은 질문을 더 잘 던지는 데 그치지 않고, 각 AI 역할에 메모리와 업무별 배경자료를 주는 작업 흐름을 만드는 것이다. 이 방식에서도 AI는 책임을 지지 않으며, 성과를 보장하지도 않고, 사람의 판단을 대신하지 않는다. 최종 결정은 사람이 해야 한다. 실제 구성은 Hermes Harness를 중심으로 두고, Telegram으로 여러 AI 역할과 대화하는 방식이다. 각 역할은 같은 개인용 컴퓨터의 파일 기반을 함께 볼 수 있어서 서로 완전히 다른 정보로 일하지 않는다. 역할은 영업 판단, 마케팅 초안과 캠페인 아이디어, 운영과 사무 흐름, 법과 규칙 점검, 품질 관리와 재무식 확인, 자료 조사로 나뉜다. 별도의 오케스트레이터는 결과를 검토하고 작업을 알맞은 역할로 넘긴다.
Hermes Agent는 Nous Research가 만든 오픈소스 개인용 AI agent로, 개인 생산성과 코딩 보조에 맞춰 설계되어 있다. 핵심 강점은 예전에 다룬 코드나 작업 내용을 다시 찾아오는 기억 기능이다. 이 기억 기능은 BM25 같은 단어 중심 검색과 Vector 검색 같은 의미 중심 검색을 함께 쓰고, cross-encoder reranker로 더 맞는 결과를 위로 올리는 방식이다. 그래서 몇 주 전에 작성한 코드 조각이나 관련 맥락을 다시 불러오는 데 유리하다. 반대로 회사 업무 자동화처럼 사실 기록이 틀리면 안 되는 영역에서는 기억 검색만으로는 부족할 수 있다. Atom OS는 그런 업무용 흐름을 위해 PostgreSQL을 사실 기록의 source of truth로 두고, LanceDB 같은 검색용 저장소는 속도를 높이는 보조 수단으로 쓰는 구조다.
Hermes Agent를 하나의 고정 인공지능 제공자에 직접 붙이는 대신 OmniRoute의 로컬 엔드포인트에 연결하면, 요청 경로를 여러 제공자로 나눌 수 있다. 이렇게 하면 한 제공자의 사용량 한도에 걸렸을 때 전체 작업이 바로 멈출 가능성이 줄어든다. 긴 작업에서는 이 차이가 크다. 웹페이지 만들기, 스크립트 작성, 업무 흐름 계획처럼 여러 번 요청을 보내는 작업은 중간에 한도가 차면 끊길 수 있기 때문이다. 핵심 아이디어는 Hermes Agent가 매번 특정 모델 제공자만 바라보게 하지 않고, OmniRoute를 통해 더 유연한 통로를 갖게 하는 것이다. 다만 공개된 내용은 원리와 장점 중심이며, 실제 설정값, 비용 조건, 안정성 검증 결과는 충분히 제시되지 않았다.
Hermes agent의 메모리 시스템은 새 메모리를 추가할 때, 예전에 저장된 낡은 내용이나 서로 충돌하는 내용을 제대로 보지 못할 수 있다. USER.md와 MEMORY.md에 새 항목이 생길 때마다 시간 표시를 붙이면 어떤 기억이 오래됐는지 더 쉽게 구분할 수 있다. 최신 내용과 맞지 않는 오래된 메모리는 지우거나 정리할 후보가 된다. 직접 만든 플러그인으로 이 방식을 적용했을 때, Hermes agent가 자주 메모리를 업데이트하면서 커지는 컨텍스트 사용량을 줄이는 데 도움이 됐다. 기본 기능으로 시간 표시를 넣고, 가능하면 충돌하거나 낡은 메모리를 자동으로 정리하는 추가 단계까지 있으면 더 좋다는 제안이다.
n8n 자동화가 매일 오전 8시에 실행되고, OpenRouter를 통해 Hermes 에이전트를 호출해 하루 10개의 기업 영업 후보를 찾는다. 각 기업마다 이메일, 전화번호, 회사가 하는 일, 자동화로 도울 수 있는 업무를 짧게 정리한 뒤, 구조화된 데이터를 n8n으로 돌려보내 Google Sheets에 저장한다. 기능 자체는 작동하지만 비용이 문제다. 에이전트가 회사마다 웹을 검색하고 전체 페이지를 읽으면서, 저렴한 모델을 써도 토큰 사용량이 크게 늘어난다. 해결 방향은 세 가지다. 첫째, 도구 출력 줄이기, 캐시 사용, 더 엄격한 프롬프트로 에이전트를 최적화한다. 둘째, 기업명과 연락처는 n8n에서 직접 사업자 명부, Google Maps, 디렉터리 같은 자료를 긁어오고, LLM은 회사별 자동화 제안 문장 작성에만 한 번씩 쓴다. 셋째, Perplexity Sonar API 같은 검색용 서비스를 대체 경로로 검토하지만, 실제 비용과 품질 비교 정보는 아직 부족하다.
pxpipe를 Hermes Agent와 함께 쓰고, 언어 모델 실행은 내 컴퓨터의 llama.cpp에 맡기는 설정을 다룹니다. 대상 장비는 AMD GPU입니다. 핵심은 Hermes Agent를 클라우드 모델에만 묶지 않고, 로컬에서 돌아가는 모델과 연결해 쓰려는 구성입니다. 제공된 내용에는 명령어, 필요한 버전, 설정 파일, 오류 해결 절차가 들어 있지 않아 실제 순서와 주의점은 확인할 수 없습니다.
개인 사용 경험 기준으로, Hermes에서 에이전트식 작업을 할 때 DeepSeek v4 Pro보다 DeepSeek v4 Flash가 더 잘 맞았다. 처음에는 더 비싼 v4 Pro가 더 좋은 결과를 낼 것이라고 보고 계속 썼지만, 실제로는 v4 Flash가 더 빠르게 반응해서 작업 흐름이 자연스럽게 느껴졌다. Hermes 자체가 작업을 이어 가는 틀을 잘 잡아 주기 때문에, 일반적인 자율 작업에서는 고급 모델의 장점이 크게 드러나지 않았다는 판단이다. 많은 예약 작업을 돌렸는데도 지난주 비용이 1.65달러에 그쳐 비용 부담도 작았다. MiMo도 함께 써 봤지만, 자율적으로 일을 처리하는 능력은 DeepSeek 쪽이 더 낫다고 느꼈다. 다만 깊은 코딩 작업은 예외로 두고, 그런 일에는 Codex 5.5 High를 맥에서 따로 사용했다.
Hermes를 쓸 때 에이전트가 같은 행동을 계속 반복하거나 같은 도구 호출을 여러 번 시도하는 문제가 생길 수 있다. 이런 반복은 토큰을 빠르게 써서 하루 사용 예산을 몇 시간 안에 소진시킬 수 있다. 그래서 완전히 맡겨 두고 실행하기 어렵고, 사람이 계속 지켜봐야 한다는 부담이 생긴다. 해결 방향은 반복을 감지해 멈추고, 진행 중에 문제를 고치며, 해결 방법을 데이터베이스에 저장해 다음 세션에서 같은 문제를 피하게 하는 신뢰성 계층이다. 더 넓게는 여러 사용자가 함께 해결 방법을 모으는 공유 지식 데이터베이스도 생각해 볼 수 있다. 아직 핵심 질문은 사용법 문제인지, Hermes 자체의 흔한 증상인지, 또는 반복이 덜한 모델을 고르면 나아지는지다.
Hermes를 가상 서버에 설치하고 Holographic, Obsidian, Telegram gateway와 연결해 쓰는 환경에서 반복 문제가 생겼다. 비용을 줄이기 위해 DeepSeek V4 Flash를 쓰고 있었고, 매일 자동 실행되는 건강 기록 작업이 답변을 마크다운 파일로 Obsidian의 정해진 폴더에 저장했다. 나중에 폴더 구조를 llm-wiki 방식으로 바꾼 뒤, Hermes에게 새 폴더에 저장하도록 예약 작업을 고치라고 지시했다. Hermes는 스크립트와 작업 지시문을 바꿨다고 계속 답했지만, 실제 결과 파일은 사라진 예전 폴더에 계속 저장됐다. 더 나쁘게는 Hermes가 그 예전 폴더를 다시 만들어 파일을 넣었다. 같은 수정을 10번 넘게 요청하고, 예전 작업 삭제, 새 작업 생성, 실제 변경 여부 확인, 자체 검증 스크립트 작성과 실행까지 요구했지만 다음 자동 실행 결과는 계속 같았다.
Hermes에는 따로 스킬을 설치하지 않아도 쓸 수 있는 기본 기능이 있다. 먼저 기본 기능을 확인하면 같은 일을 하는 외부 스킬을 중복으로 설치하지 않을 수 있다. 불필요한 스킬은 API 호출마다 따라붙는 스키마 때문에 토큰 사용량을 늘릴 수 있고, 관리할 부분과 고장 날 가능성도 늘린다. 대표 예로 Hermes에는 내장 cron 스케줄러가 있어 반복 작업을 자동으로 실행할 수 있다. 매일 보고서, 야간 백업, 주간 점검, 아침 브리핑 같은 일을 자연어로 등록할 수 있다. 실행 결과는 연결된 Telegram, Discord, Slack 같은 서비스로 보낼 수 있다. 예를 들어 매일 오전 8시에 이메일과 일정을 확인하고 요약한 뒤 Telegram으로 보내라는 식의 반복 작업을 등록할 수 있다.
Hermes의 Docker 설치 환경은 config.yaml, SOUL.md, USER.md, .env 같은 설정 파일에 크게 의존한다. careless하게 설정을 바꾸면 잘 돌아가던 Hermes가 한 번에 망가질 수 있다. 특히 hermes config set은 특정 값만 살짝 바꾸는 방식이 아니라 파일 전체를 다시 쓰기 때문에, 관련 없는 설정까지 사라질 수 있다. Hermes가 자기 설정을 직접 고치게 하면 요청한 범위보다 더 많이 바꿀 위험도 있다. root 권한으로 편집하면 권한 문제가 생겨 설정을 읽지 못하고 기본값으로 돌아갈 수 있다. YAML 파일은 글자 하나만 잘못 써도 전체 설정을 읽지 못할 수 있는데, 오류가 바로 눈에 띄지 않을 수 있다. 안전한 습관은 백업을 만들고, 아주 작은 부분만 고치고, root로 편집하지 않고, 검증하고, 바뀐 차이를 확인한 뒤 재시작하는 것이다. 백업 파일은 실제로 생겼는지와 파일 크기가 0이 아닌지도 확인해야 한다.
Hermes를 여러 작업 도구 대신 한곳에서 쓰려 할 때, 여러 에이전트를 동시에 띄우면 4~5개 정도부터 작업이 멈추는 문제가 나타난다. 이미 돌아가는 작업이 있는 동안 새 세션을 열어 다른 일을 계속하기도 어렵다. 사용 환경은 AMD 7900급 장비, 64GB 메모리, 3060 12GB 그래픽카드로, 사양이 아주 낮은 편은 아니다. 같은 환경에서 Claude Desktop, Codex, Cursor, Opencode를 쓸 때는 비슷한 문제가 없었다. 그래서 Hermes 자체의 동시 세션 처리 한계인지, 설정이 빠진 것인지, 버그인지가 핵심이다.
AgentTransfer는 Claude Code, Hermes, OpenClaw 같은 코딩 에이전트를 여러 컴퓨터에서 함께 쓸 때 파일을 손으로 옮기는 문제를 줄이려는 도구다. 각 에이전트에 이메일 주소와 폴더를 주고, 에이전트가 스스로 등록한 뒤 만료 시간이 있는 공유 링크로 파일을 보낼 수 있게 한다. 받은 파일은 내려받을 때 SHA-256으로 확인해 파일이 중간에 바뀌지 않았는지 검사한다. 에이전트는 서로의 능력을 찾아보고, 함께 쓰는 공간에서 작업을 맞출 수도 있다. 하나의 Go 바이너리 안에 HTTP API, 들어오는 SMTP 처리, MCP 서버, 웹훅 전달, 명령줄 도구가 들어 있다. 상태 저장에는 SQLite를 쓴다. 모든 작업 기록에는 Ed25519 서명이 붙고 앞 기록과 이어져 있어, 인터넷 연결 없이도 기록이 빠지거나 지워졌는지 확인할 수 있다. MIT 라이선스이며, 로컬 데모는 에이전트에서 다른 에이전트로 작업을 넘기는 과정을 약 30초 안에 보여준다.
Hermes가 VPS에서 실행되고, VS Code 코파일럿은 노트북에서 실행되는 구성에서 문제가 생긴다. Hermes API를 켠 뒤 VS Code에 OpenAI 호환 모델로 등록하면, 코파일럿 채팅에는 파일을 고치려 했다는 흐름이 남지만 실제 파일은 바뀌지 않는다. 핵심 의심 지점은 작업공간 위치다. Hermes는 VPS 안의 작업공간을 기준으로 생각할 수 있는데, 실제 프로젝트 파일은 코파일럿이 실행되는 노트북에 있다. 이 경우 Hermes API를 모델처럼 연결하는 것만으로는 로컬 파일 편집 권한이나 경로가 제대로 이어지지 않을 수 있다.
Octo는 인공지능 에이전트를 단순 질문 답변 도구가 아니라 함께 일하는 작업 담당자처럼 쓰는 방식이다. 프로젝트 정보를 한 번 넣고, 채팅에서 일을 맡긴 뒤, 결과를 사람이 검토하고 승인하거나 다시 수정하게 하는 흐름을 쓴다. 하나의 에이전트가 모든 일을 하게 하지 않고, 문서 담당, 코드 검토 담당, 조사 담당처럼 역할을 나눈다. 각 에이전트는 서로 다른 배경 정보와 지시를 가지고 있어, 할 일에 맞는 에이전트를 골라 쓰는 방식이다. 자체 인프라에서 실행되며 OpenClaw, Codex, Claude Code, Hermes를 런타임으로 쓸 수 있다. 데이터가 내부 네트워크 밖으로 나가지 않는 점을 강조한다. 저장소는 오픈소스로 공개되어 있어 직접 시험해볼 수 있다.
윈도우 PC에 Hermes Agent를 기본 설치 프로그램으로 설치한 뒤 인터넷 기능이 제대로 작동하지 않았다. 실행 환경은 LM Studio에서 Gemma E4B를 두뇌 모델로 연결한 구성이다. 처음에는 날씨 확인, 구글 검색, 유튜브·인스타그램·레딧 내용 읽기가 모두 실패했다. 실패할 때마다 403 오류, 브라우저 차단, 에이전트 권한 없음 같은 메시지가 나왔다. Firecrawl API를 추가하고 Hermes doctor를 실행한 뒤 구글 검색 호출은 어느 정도 가능해졌지만, 검색 결과의 정확도는 확신하기 어렵다. 웹페이지 링크를 직접 줘도 필요한 정보를 충분히 모으지 못해, 인터넷 도구 연결이 부분적으로만 작동하는 상태로 보인다.
Mac Mini M4 16GB와 RTX 4070 Ti 12GB 그래픽카드가 있는 PC에서 Hermes를 포함한 여러 로컬 모델을 써 본 경험은 꽤 분명하다. 8B~12B 매개변수 모델은 아침 뉴스를 긁어와 요약하기, 다운로드 폴더 정리하기, 가벼운 대화, 짧고 단순한 코드 작성, 작은 지식 자료 확인 같은 일에는 쓸 수 있다. 하지만 이런 일은 무료로 제공되는 상용 AI도 쉽게 처리한다. 깊은 문맥을 넣고 오래 이어지는 작업을 맡기거나, 도구와 기능을 안정적으로 쓰게 하거나, 대화를 이어 가며 코드 문제를 고치는 일은 이급 로컬 모델로는 거의 어렵다는 결론이다. 더 큰 그래픽카드로 해결하자는 선택지도 비용이 문제다. 32GB VRAM이 있는 그래픽카드 한 장 가격이 월 20달러 구독료를 약 100개월 낼 돈과 맞먹는다는 계산이라, 로컬 장비 투자가 항상 실용적이라고 보기 어렵다.
Hermes Pulpie는 Hermes Agent에서 웹페이지의 본문만 뽑아내는 플러그인이다. 내부에서 Pulpie라는 2억 1천만 규모의 인코더 모델을 사용해 HTML에서 메뉴, 광고, 사이드바, 푸터 같은 불필요한 부분을 걷어내고 Markdown으로 바꾼다. 한 번의 처리로 추출을 끝내며, Dripper와 비슷한 품질을 내면서 모델 크기는 약 3분의 1이라고 제시된다. 품질 수치는 ROUGE-5 F1 기준 0.862로, 비교 대상인 Dripper의 0.864와 거의 같다. CUDA나 MPS를 쓸 수 있는 GPU가 있으면 자동으로 쓰고, 없으면 CPU로 돌아간다. 일반적인 웹페이지에서는 토큰 사용량을 약 80% 줄일 수 있다고 한다. API key나 클라우드 서비스가 필요 없어서 로컬 환경에서만 실행할 수 있다. 설치는 kachook/hermes-pulpie 저장소를 pip로 설치한 뒤, Hermes Agent 설정에서 web.extract_backend 값을 pulpie로 바꾸는 방식이다.
Nous Research의 안내에 따르면 Nous Portal에서 Hy3를 2주 동안 무료로 사용할 수 있다. 무료 제공은 Tencent 덕분에 열린 것으로 보인다. hermes-agent.nousresearch.com에서 모델을 고를 때 `tencent/hy3:free`를 선택하면 된다. Step 3.7 Flash의 무료 사용 기간이 곧 끝나는 상황이라, 비용 없이 다른 모델을 이어서 시험해볼 수 있는 선택지가 생긴 셈이다.
직접 사용 경험 기준으로, 월 20달러짜리 Ollama 구독에서 Ollama Minimax-M3: Cloud를 Hermes Agent에 연결하면 콘텐츠 제작에는 잘 작동했다. 테니스 연구 프로젝트에서 Tennis Wiki와 지식베이스를 만들기 위해 많은 토큰을 쓰고, 생체역학 연구 내용을 다루는 작업에 활용했다. 이후 Nvidia NIM 프로그램을 통해 무료 API 키를 받아 0달러로 모델을 실행할 수 있게 되었지만, Nvidia 쪽 Minimax M3는 Ollama Minimax-M3: Cloud만큼 안정적이지 않게 느껴졌다. 그래서 Nemotron 3 Super 120b A12b, Mistral Large 3 675b 같은 다른 Nvidia 모델로 바꿀지 고민하고 있다. 숫자가 큰 모델, 예를 들어 675b가 120b보다 더 똑똑한지, 더 빠른지, 어떤 작업에 어떤 모델을 써야 하는지 판단 기준이 필요하다. Nous Research, Mistral, OpenRouter 같은 다른 제공사도 무료 대형 언어 모델을 제공하므로, 같은 모델이라도 어느 제공사를 고르는 것이 나은지도 핵심 고민이다.
한 개발자가 자신이 만든 'NeuralMind'라는 도구를 소개합니다. 이 도구는 AI 코딩 에이전트를 위한 완전 로컬(오프라인) 방식의 영구 메모리(코드 기억 저장소)로, MCP(에이전트와 외부 도구를 연결하는 표준 방식)를 통해 Hermes Agent에 연결했습니다. 그 결과 에이전트가 세션을 시작할 때마다 코드베이스의 구조, 어떤 파일들이 서로 연관되어 있는지, 평소 어떤 파일을 주로 수정하는지를 이미 알고 있는 상태로 시작하게 되어, 이미 이해한 문맥을 다시 읽지 않아도 되므로 세션 비용이 약 5~10배 저렴해졌다고 합니다. 이전에는 몇 달간 OpenClaw를 주력 도구로 썼는데, 유연한 에이전트 프레임워크와 스킬 시스템, 플래너·개발자 봇이 함께 일하는 멀티 에이전트 구성, Slack·Telegram 연동 등은 장점이었습니다. 하지만 Python 3.10 의존성 때문에 계속 임시방편이 필요했고, 스킬 허브인 clawhub는 절반가량 설치가 실패할 정도로 일부 고장 나 있었으며, 크론잡(예약 작업)이 재시작 후 유지되지 않았고, 메모리 시스템이 SQLite(경량 데이터베이스)만 사용하고 압축 기능이 없어 세션이 계속 부풀어 올랐습니다. 이런 문제들 때문에 대안을 찾다가 활발히 개발되고 있다는 점에서 Nous Research의 Hermes Agent에 주목하게 되었다고 밝힙니다.
TinyFish 플러그인은 Hermes Agent에서 웹검색과 웹페이지 내용 가져오기를 TinyFish로 처리하게 해준다. TinyFish의 검색과 가져오기 기능은 현재 에이전트 제작자에게 무료로 제공되기 때문에, Firecrawl이나 Tavily처럼 사용량에 따라 비용이나 크레딧이 붙는 선택지보다 부담이 작다. 설치 뒤에는 Hermes 설정의 검색 백엔드와 추출 백엔드가 TinyFish로 바뀐다. 설치 흐름은 플러그인을 설치하고 활성화한 다음, TinyFish 설정과 실제 연결 점검을 차례로 실행하는 방식이다. 연결은 가능한 경우 TinyFish의 호스팅 MCP 서버와 OAuth를 쓰고, 필요하면 TINYFISH_API_KEY를 통한 REST 방식으로도 돌아갈 수 있다. 이 방식은 Hermes 본체를 고치는 것이 아니라 일반 플러그인으로 붙이는 구조라서, Hermes가 업데이트되어도 유지될 가능성이 더 높다. CLI 에이전트와 게이트웨이 사용 모두를 겨냥한다.
Hermes Agent에서 쓸 수 있는 공식 슬래시 명령어를 한곳에 모은 참고표가 공유됐다. 기준일은 2026년 7월 4일로 보인다. 목적은 사용자가 채팅창에서 바로 입력할 수 있는 명령을 빠르게 확인하는 것이다. 제공된 정보만으로는 각 명령어의 이름, 기능, 사용 예시는 확인되지 않는다.
Hermes Agent를 개인 지식 시스템에 오래 쓰다 보면 연결된 기능이 늘어나고, 어디서 문제가 났는지 놓치기 쉽다. 이 사례에서는 Telegram bot, Resend 이메일, 칸반 보드, 네 개의 예약 작업, Mnemo로 문서를 보내는 지식 저장 흐름이 함께 돌아가고 있었다. 문제가 생기자 필요한 것은 복잡한 분석 화면이 아니라 “지금 살아 있나”를 바로 보여주는 작은 상태판이었다. 점검 항목은 Telegram bot 접속 가능 여부, Resend 키 정상 여부, 마지막 예약 작업 성공 여부, 최근 1시간 안에 모델이 429 오류를 냈는지 여부였다. 목표는 설치 없이 휴대폰 홈 화면에서 볼 수 있고, 60초마다 새로고침되며, 색으로 상태를 구분하는 위젯이었다. 구현은 FastAPI와 uvicorn으로 로컬 서버를 띄우고, 45초짜리 메모리 캐시를 두며, `hermes cron list`와 `hermes kanban stats` 명령, `/root/.hermes/logs/agent.log` 로그를 읽는 방식이었다.
The Librarian은 Hermes, Claude Code, Pi, OpenCode, Codex 같은 여러 에이전트 도구가 함께 쓸 수 있는 개인용 지식 저장소입니다. 로컬 네트워크나 Tailnet 안의 개인 서버에 직접 설치해서 운영할 수 있습니다. 자료의 원본은 Obsidian처럼 마크다운 파일로 남기기 때문에, The Librarian을 쓰지 않게 되어도 텍스트 파일을 그대로 열고 고칠 수 있습니다. 검색은 임시 메모리 색인으로 빠르게 처리하며, BM25, 정확한 문장 검색, 벡터 검색을 함께 씁니다. 저장할 수 있는 것은 짧은 기억, 긴 참고자료, 에이전트 간 작업 인계 내용입니다. 설정한 큐레이터 거대 언어 모델이 대화에서 기억할 만한 내용을 자동으로 골라 저장할 수 있고, 저장하지 않을 대화는 비공개 모드로 제외할 수 있습니다. 사용자는 OpenAI와 호환되는 제공자의 거대 언어 모델 키를 직접 넣을 수 있으며, 사생활 보호를 더 중시하면 로컬 추론도 쓸 수 있습니다. 긴 웹 콘텐츠를 참고자료로 저장하는 브라우저 플러그인은 아직 검토 중이고, 1.0 버전은 완성판이라기보다 다른 사람이 시험해볼 만큼 기반이 안정된 단계입니다.
Windows에서 Hermes Agent를 지울 때 기본 제거 프로그램만 믿으면 흔적이 남을 수 있다. 제거 화면에는 완료로 보이지만, %LOCALAPPDATA% 안의 설정 폴더, 설치 캐시, 남은 환경 변수, 사용자 PATH 항목이 그대로 있을 수 있다. 이런 흔적 때문에 이미 지운 프로그램을 Windows가 아직 기억하는 것처럼 동작한다. 그 결과 Hermes Agent를 새 버전으로 다시 깔거나 다른 에이전트로 바꿀 때 충돌이나 혼란이 생길 수 있다. 실제 확인에서는 기본 설치 프로그램과 내장 제거 프로그램을 쓴 뒤에도 설정 폴더와 설치 캐시가 남았고, 터미널에서 hermes 명령이 계속 반응했다. 원인은 PATH가 정리되지 않은 것이었다. 해결책은 PowerShell 스크립트 하나로 남은 폴더와 경로 설정을 함께 정리하는 방식이다.
Engram Lite는 Hermes 에이전트용 로컬 메모리 계층입니다. 에이전트가 이전에 저장한 내용을 사용자의 기기 안에서 저장하고 검색할 수 있게 합니다. 메모리를 찾을 때 대형 언어 모델을 부르지 않기 때문에, 과거 내용을 가져오려고 숨은 지시문을 넣거나 토큰을 더 쓰는 일을 줄이려는 방식입니다. LoCoMo 벤치마크에서는 Claude Haiku를 판정자로 써서 평가했고, 대형 언어 모델을 많이 쓰는 기존 메모리 도구들보다 더 좋은 결과를 냈다고 제시됩니다. 코드는 GitHub의 engrammemory-labs/engram-lite에서 공개되어 있습니다.