hermes-agent.nousresearch.com 사용 팁과 활용 사례
소프트웨어 공학 학생이 코딩, 자동화, 인턴십 업무에 OpenClaw와 Hermes Agent를 거의 매일 쓰고 있다. 두 도구를 자주 바꿔 쓰지만 실제 차이를 뚜렷하게 느끼지 못해 하나로 정착하려는 상황이다. 핵심 비교 기준은 어떤 도구를 더 자주 쓰게 되는지, 각각 더 잘 맞는 일이 따로 있는지, 실제 업무에서 더 안정적으로 버티는지, 한쪽에만 있는 추가 기능이 있는지다. 두 도구의 설정 방식이 많이 달라 계속 오가는 일이 오히려 효율을 떨어뜨리는 문제가 있다. 아직 구체적인 답변이나 기능 차이는 제시되지 않았고, Hermes Agent를 계속 쓸지 판단하기 위한 비교 질문에 가깝다.
Claude를 2년 동안 써 온 연구 환경에서, 사용량 제한과 보안 문제 때문에 코딩용 모델을 직접 서버에 올려 쓰려는 필요가 있다. 작업은 일반 코딩뿐 아니라 알고리즘 설계까지 포함하는 무거운 개발 업무다. 후보 모델로 GLM-5.2, Kimi K-2.6, Mimo가 언급된다. 도구 쪽에서는 opencode, PI, hermes, Claude Code 같은 에이전트형 도구 중 어떤 조합이 실제 코딩에 잘 맞는지가 핵심이다. 사용 가능한 장비는 Nvidia Pro 6000 Blackwell 서버용 4장과 H100 8장으로, 개인용 수준이 아니라 팀 단위 로컬 운영을 염두에 둔 강한 서버 환경이다. 목표는 민감한 코드를 GPT나 Claude 같은 외부 서비스로 보내지 않고, 팀이 내부에서 쓸 수 있는 코딩 보조 환경을 만드는 것이다.
Hermes를 두 달 동안 실제 업무 자동화에 써 본 경험에서는 활용 범위가 꽤 넓었다. GitHub에 에이전트 관련 웹사이트를 올리게 하고, 유튜브 채널 운영을 맡기며, 매일 쇼츠와 매주 긴 영상을 만들게 했다. 구글 드라이브와 이메일 관리도 Hermes에 맡겼다. 비용을 줄이기 위해 주로 DeepSeek v4를 쓰고, 그림이나 DeepSeek가 잘 못하는 작업에는 OpenAI를 썼다. 개인 자료를 다루기 위해 집의 VM에 작은 LLM을 설치해 Hermes와 함께 돌렸다. 하지만 일부 크론 작업이 계속 문제를 일으키고, 칸반도 이유 없이 멈추는 일이 있었다. 처음에는 재미있는 실험처럼 시작했지만, 시간이 지나면서 새로 맡길 일은 줄고 고장 알림만 늘어나는 피로감이 커졌다.
Gemini 3.5 Flash와 Hermes agent를 함께 써서 한 작업을 반자동화하던 흐름이 약 일주일 동안은 비교적 잘 돌아갔다. 약간의 결과 흔들림은 있었지만, 관리할 수 있는 수준이었다. 그러다 어느 순간부터 한 오류를 고치면 다른 오류가 두 개씩 보이는 식으로 문제가 늘어났다. 반복해서 잘 되던 동작도 skill.md를 고쳐 다음 문제로 넘어간 뒤 한 시간쯤 지나 다시 깨졌다. 처음에는 skill.md 파일 문제로 보고 여러 번 수정했지만, 나중에는 Gemini 쪽 성능이나 일관성 저하가 원인일 수 있다고 판단했다. 같은 채팅창에서 문제 해결을 시도했을 때도 답변 품질이 낮아졌다고 느꼈다. 간단한 스프레드시트 만들기 같은 작은 작업에서도 기대만큼 안정적이지 않았다는 사례가 이어졌다.
Hermes-agent로 여러 탈중앙화 거래소에서 온체인 차익거래를 실행하려는 시도에서 첫 장벽은 개인 키 처리였다. 목표는 에이전트가 POL을 가진 지갑을 사용해 거래 기회를 찾고 직접 거래를 실행하게 만드는 것이었다. 하지만 Hermes-agent는 개인 키 입력을 받아들이지 않았다. 이는 단순한 사용 불편이 아니라, 에이전트에게 지갑의 전체 권한을 직접 넘기면 자금이 위험해질 수 있기 때문에 중요한 제한이다. 온체인 거래 에이전트를 만들려면 개인 키를 대화창이나 에이전트 기억에 넣는 방식이 아니라, 별도의 지갑 관리 방식과 권한 제한을 둔 실행 구조가 필요하다.
로컬 모델은 재미와 학습에는 좋지만, 실제 작업에서는 설정에 시간이 많이 들어갈 수 있다. 이미지에서 영상 만들기, 글에서 이미지 만들기, 코딩, 음성 만들기, LoRA 학습까지 여러 작업을 해도, 알맞은 작업 흐름, 양자화, 설정을 찾느라 결과를 내기 전에 시간이 소모될 수 있다. 실제로는 간단한 코드 디버깅이나 새 기능의 거친 초안을 만드는 정도에는 도움이 된다. 그 밖의 작업은 무료 웹 모델이나 클라우드 모델을 쓰는 편이 더 빠르고 결과도 나을 수 있다. hermes-agent를 로컬 모델과 함께 쓸 때도 모델에 따라 중간에 멈추는 일이 생긴다. 16GB와 8GB VRAM을 가진 그래픽카드 2개 환경에서도 안정적이지 않을 수 있으며, Qwen 27B는 괜찮아 보이지만 Q8과 256k 컨텍스트로 돌려야 제대로 쓸 만하다는 판단이다. 중간 규모 이상의 작업은 구독 서비스나 무료 웹 도구 한도를 쓰는 편이 시간 대비 효율이 좋을 수 있다.
Hermes Agent를 여러 개 함께 돌릴 때, 각 인공지능 에이전트가 맡은 일을 한곳에서 보기 어렵다는 문제가 있다. 이를 해결하기 위해 Hermes Kanban이라는 가벼운 작업 보드를 만들었다. 이 도구는 SQLite와 Flask만 쓰며, 별도 복잡한 연결 없이 한 번의 pip install로 설치할 수 있다. Hermes 프로필을 자동으로 읽어서 에이전트를 찾아내므로, 따로 설정 파일을 만질 필요가 없다. 새 에이전트 프로필을 추가하면 보드에도 자동으로 나타난다. 각 에이전트는 SOUL.md 파일에서 이름과 설명을 가져오고, 보드에서는 각자 다른 열과 색으로 표시된다. 작업은 REST API로 만들 수 있고, 웹 화면에서는 끌어서 옮길 수 있으며, 변경 내용은 실시간으로 반영된다. 여러 에이전트를 프로젝트 관리자, 개발자, 마케팅, 데이터 분석가, 디자이너처럼 나누어 쓸 때 중복 작업과 누락을 줄이는 공용 작업 현황판 역할을 한다.
Hermes agent를 안드로이드 휴대폰에 설치해 Telegram과 연결하면, 이동 중에도 휴대폰 안에서 에이전트를 불러 쓸 수 있다. 설치는 Termux에서 단일 스크립트를 실행하는 방식으로 구성되어 있다. 이 스크립트는 Hermes agent 실행에 필요한 요소를 한 번에 설치하며, 브라우저 관련 문제를 줄이기 위해 Firefox도 함께 설치한다. 설치 후에는 여러 에이전트로 팀을 만들고, 사업 업무를 보조하는 식으로 활용할 수 있다. Codex와 Antigravity까지 휴대폰 안에 설치하면 에이전트가 모바일 환경 안에서 코드 작성도 도울 수 있다. 같은 내용이 r/hermesagent와 r/termux에 공유되어, Hermes agent 자체 사용자뿐 아니라 Termux로 휴대폰 개발 환경을 꾸미는 사람들에게도 맞춘 방식이다.
Hermes가 agent-shell에서 제공됩니다. 연결된 주소는 agent-shell 0.55 업데이트 안내입니다. 확인 가능한 내용은 제공 시작 사실과 업데이트 링크뿐입니다. 설치 방법, 로그인 방식, 비용, 지원 기능, 제한 사항은 이 항목만으로는 알 수 없습니다.
복잡한 여러 파일짜리 앱에서 Cursor Composer 2.5 Fast를 주 작업 도구로 쓰면 같은 잘못된 방식이 반복되고, 고쳐 달라고 해도 방향이 잘 바뀌지 않는 문제가 생길 수 있다. 큰 코드 수정에서는 설계를 깨거나 엉뚱한 파일을 고치는 위험도 있다. 작업 시간이 길어지면 앞의 내용을 잃고, 실제로 없는 내용을 있는 것처럼 다루는 문제가 생긴다. Claude Max는 월 100달러라 부담스럽고, 현실적인 예산은 월 30~50달러 수준이다. 그래서 DeepSeek V4 Pro와 Hermes Agent 또는 Aider를 조합해 더 싸고 안정적인 대안이 될 수 있는지 비교하려는 상황이다. 핵심 비교 기준은 크고 지저분한 코드베이스에서 일관성을 유지하는지, 큰 리팩터링에서 Cursor보다 나은지, Claude Max가 높은 가격만큼 가치가 있는지, 그리고 에이전트가 조용히 설계를 망치지 않게 막는 작업 방식이 있는지다.
2020년에 조립한 데스크톱에서 Hermes Agent를 직접 써 보려고 가상 머신에 리눅스를 설치하는 과정이 매우 느리게 진행되고 있다. VirtualBox 7.2.2에서 Ubuntu 26.04 LTS와 Ubuntu 24.04 LTS 설치를 시도했고, Ubuntu 24.04 LTS 설치는 몇 시간째 끝나지 않고 있다. VirtualBox 7.2.8에서도 Ubuntu 설치가 중간에 멈춘 것처럼 보였고, Kali Linux는 부팅은 됐지만 업데이트와 업그레이드가 지나치게 오래 걸렸다. VMware Workstation도 대안으로 생각했지만 무료로 내려받기 어렵다고 판단했다. 사용 중인 컴퓨터는 AMD Ryzen 7 3700X, Gigabyte Aorus X570 Pro WiFi 메인보드, Corsair Vengeance LPX DDR4 3200MHz 메모리로 구성되어 있다. 핵심 걱정은 Hermes Agent를 돌리기 전에 기본 리눅스 설치부터 너무 오래 걸리는 것이 컴퓨터 노후화 때문인지 여부다.
브라우저 자동화 에이전트는 웹페이지 정보를 읽을 때 많은 문맥을 써 버릴 수 있다. 기존 Playwright 기반 MCP 도구는 해커뉴스 페이지 한 번을 읽는 데 약 1만4700토큰을 쓰고, 클릭할 때마다 전체 페이지 구조를 다시 내보낸다. agent-browser는 이 문제를 줄이기 위해 만든 Go 실행 파일이다. 내부에는 chromedp를 쓰고, MCP는 표준 입출력으로 연결된다. 페이지 전체를 길게 풀어 주는 대신 짧고 촘촘한 참조 줄을 에이전트에 주며, 행동 뒤에는 전체 재확인 대신 바뀐 부분만 돌려준다. 해커뉴스 페이지는 약 1200토큰, 깃허브 저장소 페이지는 약 1250토큰 정도로 줄었다. 명령은 `act "Sign in"`처럼 사람이 말하는 의도에 가깝게 줄 수 있고, 이름이 헷갈리는 대상은 임의로 고르지 않고 후보를 순위로 보여준다. 행동 결과는 이동, 대화상자 열림, 상태 변화, 보이는 변화 없음, CHALLENGE 같은 판정과 함께 발생한 XHR 정보를 돌려준다.
Hermes를 에이전트 실행기로 쓰는 작업에서, 기존 워드프레스 사이트에 지역 제한 서비스용 주문 흐름을 붙이고 있다. 결제 전에 주소를 검색해 서비스 가능 여부를 확인하는 단계가 필요하다. 이 주소 검색은 미리 넣어 둔 유효 주소 목록을 찾아야 하며, 일부 글자만 입력해도 후보를 보여주고, 자동완성, 오타 허용, 줄임말 처리까지 해야 한다. 예를 들어 “St”는 “Street”로, “Rd”는 “Road”로 이해해야 한다. OpenAI Codex는 이 주소 검색 시제품을 잘 만들었지만, 더 큰 주문 흐름에 붙이는 과정에서 사용량 제한에 걸렸다. 그래서 Hermes의 모델을 DeepSeek V4 Pro API로 바꾸었고, 두 모델에는 같은 마크다운 문맥 파일을 제공했다. 핵심 문제는 DeepSeek가 같은 자료를 받아도 OpenAI가 쉽게 처리한 주소 자동완성 통합에서 어려움을 보인다는 점이며, 원인이 모델 자체의 한계인지 프롬프트 방식의 문제인지가 불분명하다는 것이다.
Hermes agent를 데스크톱의 Docker container에서 실행하면서 여러 리눅스 홈서버의 상태를 확인하고 일부 작업까지 맡기려는 상황이다. 목표는 전체 SSH shell access를 열어 주지 않고, 필요한 읽기와 쓰기 권한만 제한적으로 주는 것이다. 한 가지 방법은 각 서버에 MCP server를 두고, 데스크톱의 Hermes agent가 그 서버별 도구에 연결해 허용된 작업만 수행하게 하는 방식이다. 다른 방법은 각 서버마다 Hermes agent를 따로 실행하고, 로컬 에이전트가 원격 에이전트와 대화하거나 MCP 같은 방식으로 요청을 보내게 하는 구조다. 실제로 하고 싶은 작업은 “특정 서버에 memory usage alert가 떴으니 원인을 찾아보고 해결 선택지를 제시해 달라”처럼 서버 상태를 점검하는 일이다. 추가로 서버의 도커 이미지나 설정을 업데이트하는 기능도 필요하다.
semantic-memory는 AI 에이전트와 검색 기반 답변 도구가 오래 남는 기억을 갖게 해 주는 로컬 우선 지식 저장소다. 데이터는 클라우드로 보내지 않고 기기 안에 보관하며, SQLite에 사실, 문서, 문서 조각을 저장한다. 검색은 BM25, 벡터 검색, reciprocal rank fusion을 함께 써서 단어가 직접 맞는 결과와 의미가 비슷한 결과를 같이 찾는다. 저장된 정보 사이에는 typed graph edges를 붙일 수 있어, 단순한 메모 목록이 아니라 항목 간 관계도 남길 수 있다. MCP server가 포함되어 있으며 18개 도구를 통해 Hermes, Claude Desktop, Cursor와 연결된다. 임베딩은 기본으로 Candle을 쓰며, 순수 Rust 기반으로 CPU에서 실행되고 별도 서비스, API 키, 원격 서버가 필요 없다. 이미 Ollama를 쓰는 사람은 Ollama를 임베딩 백엔드로 연결할 수 있고, 테스트용 Mock 방식도 제공된다.
혼자 소프트웨어 서비스를 운영할 때 여러 인공지능 도구를 역할별로 나눠 쓰는 방식이다. Cursor는 코드 작업 환경으로 쓰며, 새 코드를 직접 많이 쓰기보다 지시하고, 검토하고, 고치는 방식에 맞다. 여러 파일의 내용을 함께 보고 작업할 수 있어 작은 실험이 아니라 실제 코드베이스에서도 도움이 된다. Claude Code는 터미널 작업, 복잡한 코드 정리, 구조 설계 검토에 함께 쓴다. Hermes Agent는 Nous Research가 만든 오픈소스 에이전트이며, 직접 설치해 자기 컴퓨터에서 돌릴 수 있고 구독료가 없다. 문제를 해결할 때마다 스킬 문서를 남겨 같은 일을 다시 처음부터 파악하지 않게 한다. 이전 작업 내용이 세션 사이에도 이어지는 메모리를 갖고 있으며, 슬랙과 연결해 사람이 직접 하던 배경 업무 일부를 처리하게 한다.
Cowork 3P에서 Minimax 모델을 쓰려 할 때 “사용 가능한 모델이 없다”는 오류가 날 수 있다. 같은 API key가 Hermes Agent Desktop에서는 정상 작동해도 Cowork 3P에서는 자동 검색이 실패할 수 있다. 이 경우 Cowork 3P의 Models 설정에 사용할 모델 항목을 직접 추가해야 추론 테스트를 진행할 수 있다. 핵심은 API key 자체가 틀렸다고 바로 판단하지 말고, Cowork 3P가 모델 목록을 제대로 찾고 있는지 먼저 확인하는 것이다.
AI 에이전트 운영 환경은 일상 업무, 에이전트, 메모리, 자동화를 한곳에 연결할 때 가장 쓸모가 커진다. 처음부터 거대한 구성을 만들면 무엇을 먼저 연결해야 할지 몰라 쉽게 막힌다. 먼저 평소에 반복해서 시간을 잡아먹는 업무 하나를 고르고, 그 업무를 자동화하는 작은 흐름부터 만드는 편이 현실적이다. Claude는 지시문, 파일, 문맥을 다루는 중심 도구로 놓을 수 있고, Claude CLI를 쓰면 단순 채팅창보다 작업 지휘소처럼 쓰기 쉽다. 코드 수정, 스크립트 작성, 기술적 변경이 필요할 때는 Codex를 보조 도구로 붙일 수 있다. Hermes Astros는 주제 감시와 키워드 움직임을 다루는 부분에 연결하면 더 의미가 있다.
hermes agent에서 Qwen 3.6 35B A3B Q8_K_XL 모델을 돌리려는 실제 하드웨어 구성 사례다. 목표는 96~128GB VRAM에 잘 맞는다는 정보를 바탕으로, 여러 그래픽카드를 묶어 큰 모델을 실행하는 것이다. 현재 장비는 두 대다. 하나는 NVIDIA RTX 3090 두 장, ASRock Rack ROMED8-2T 메인보드, EPYC 7262, 시스템 메모리 64GB 구성이다. 다른 하나는 9900X, 시스템 메모리 32GB, Radeon 7900 XTX와 7900 XT 구성이다. NVIDIA와 AMD 그래픽카드를 함께 쓰려면 llama.cpp의 Vulkan backend가 필요할 가능성이 있다는 점이 핵심이다. 다만 실제로 이 조합이 안정적으로 작동한다는 확인은 아직 없다.
Hermes의 칸반 기능이 깨지거나 흐름이 어긋나면, 비전문가 입장에서는 새 작업을 자동으로 넣거나 상태를 확인하는 별도 장치를 만들게 될 수 있다. 특히 반복되는 일까지 이런 방식으로 처리하면, 칸반 보드가 실제 작업 관리판이라기보다 정해진 시간에 돌아가는 작업과 단순 조건문을 겉모습만 칸반처럼 감싼 구조로 느껴질 수 있다. 핵심 불편은 칸반 자체보다, 반복 업무를 안정적으로 굴리는 방법이 사용자에게 명확하지 않을 때 생긴다. 내용은 비판보다 가벼운 농담에 가깝고, Hermes와 NousResearch 커뮤니티에 대한 긍정적인 태도도 함께 담겨 있다.
Hermes를 Matrix 모바일 클라이언트와 Deepseek로 쓰는 상황에서, 목적별 에이전트를 어떻게 나눌지가 핵심입니다. 코딩, 조사, 조율 같은 작업마다 문맥과 집중 범위를 분리하고 싶어 합니다. 동시에 여러 프로필을 넘나드는 조율용 에이전트도 원합니다. Matrix 안에서는 보안 전용 채널처럼 특정 프로필만 듣고 답하는 채널 구성이 필요합니다. 가족에게 같은 Hermes Matrix 서버를 열어줄 때는 개인 작업의 비공개 문맥이 섞이거나 새어 나가지 않아야 합니다. 민감한 자격 증명, 키, 계정 정보, 높은 권한을 가진 주 에이전트에 가족 사용자가 실수로 접근 권한을 만들 위험도 피해야 합니다. 아직 분명하지 않은 부분은 프로필만 나누면 충분한지, 아니면 Hermes 인스턴스를 따로 띄워야 하는지입니다. 2개 가상 중앙처리장치, 메모리 4기가바이트, 남은 저장공간 11기가바이트인 VPS에서 각각의 방식이 얼마나 부담되는지도 확인이 필요합니다.
첫 홈서버 구성으로 인텔 i3 9세대 9100, DDR4 메모리 8GB, 256GB 저장장치를 1년 보증 포함 12k에 구매한 상태다. 메모리 8GB를 더 추가하려면 4500이 더 들어서 일단 보류했다. 고정 아이피가 없어서, 외부에서 접속할 때 오래 안정적으로 쓰면서 속도 손해가 적은 방법을 찾고 있다. Jellyfin을 집 안 주소와 외부 주소 둘 다로 쓸 때, 집 안에서 최고 속도를 내려면 매번 주소를 바꿔야 하는지도 궁금해한다. 운영체제는 Ubuntu Server와 쉬운 사용을 내세우는 ZimaOS 사이에서 고민 중이다. 핵심은 Hermes Agent가 ZimaOS에서도 Ubuntu와 똑같이 작동하는지, 아니면 기능 제한이 생기는지다. 빠르게 설정을 끝낼 수 있는 영상이나 가이드도 찾고 있다.
Hermes Agent는 Nous Research가 만든 도구이며, 오픈소스로 공개되어 있고 MIT 라이선스를 따른다. 직접 서버나 개인 환경에 설치해 쓰는 자가 호스팅이 가능하며, 프로젝트 내용을 여러 사용 시간에 걸쳐 기억하는 영구 메모리를 제공한다. 일반 챗봇처럼 대화가 끝나면 이전 작업을 잊는 방식이 아니라, 사용 경험에서 자동으로 작업 기술을 쌓는다는 점이 핵심 장점으로 제시된다. 텔레그램, 디스코드, 왓츠앱, 슬랙에서 같은 에이전트를 사용할 수 있어 여러 메신저를 오가며 작업을 이어갈 수 있다. 한 줄짜리 curl 명령으로 약 60초 안에 설정할 수 있고, 200개가 넘는 인공지능 모델 사이를 바꿔 쓸 수 있다. “매일 밤 2시”처럼 쉬운 말로 반복 작업 시간을 정할 수 있으며, 하위 에이전트를 써서 여러 일을 동시에 처리할 수 있다. 데이터가 로컬에 남고 추적이 없으며, 특정 회사 서비스에 묶이는 벤더 종속을 피할 수 있다는 점도 장점으로 꼽힌다.
Hermes와 OpenClaw 에이전트를 텔레그램과 연결해 실행하자 처음에는 도구를 쓰고 작업을 처리하는 흐름이 정상적으로 보였다. 하지만 밤새 실행한 뒤에는 에이전트가 더 이상 텔레그램에 응답하지 않았고, 원인은 할당량 초과였다. 사용량이 예상보다 크게 늘어 API 비용이 아무 조치도 하지 않았을 때보다 약 6배까지 커졌다. 가능한 원인으로는 에이전트가 한 작업에서 반복 실행됐거나 같은 파일을 여러 번 다시 읽은 상황이 제시됐다. 원시 로그를 직접 뒤지는 방식은 문제를 찾기 어렵게 느껴졌고, 대안으로 애플리케이션과 대규모 언어 모델 제공자 사이에 프록시를 두어 프롬프트를 압축하는 구조가 떠올랐다. 이 구조에는 같은 요청을 빠르게 재사용하는 L1 정확 일치 캐시 같은 여러 단계의 캐시가 포함됐다.
여러 AI 에이전트와 도구를 직접 써 본 경험에서는 OpenClaw, Hermes, Antigravity, Codex, Claude Code, Claude, Grok Build 같은 선택지가 모두 기대만큼 단순하지 않았다. 일을 자동화하고 시간을 아끼려던 목적과 달리, 도구를 관리하고 맥락을 먹이는 시간이 점점 커졌다. OpenClaw는 수백만 토큰을 쓰면서도 잘못된 답을 자신 있게 내고, 사과한 뒤 나중에 같은 실수를 반복하는 문제가 있었다. 메모리 기능도 실제로는 작업 방식이나 규칙을 구조화된 .md 파일에 저장해 두는 것과 크게 다르지 않게 느껴졌다. Hermes는 OpenClaw보다 더 안정적이고 갑자기 망가지는 일이 적었지만, 작은 작업에도 토큰 사용량이 너무 커서 비용 면에서 납득하기 어려웠다. 결국 대부분의 자동화에는 메모리, MCP 같은 연결 장치, 필요한 도구, 기본 논리, 좋은 LLM 정도면 충분하다는 결론에 가까워졌다.
AnySearch 스킬을 Hermes에 넣었는데 처음에는 Hermes가 그 스킬을 바로 알아보지 못하는 경우가 있다. 스킬 폴더는 `C:\Users\24442\.hermes\skills\anysearch`에 있고, 안에는 `SKILL.md`, `scripts`, `.env.example`, `README.md`, `runtime.conf.example`이 들어 있다. `.env` 파일에는 AnySearch API 키가 추가되어 있다. PowerShell에서 `python .\scripts\anysearch_cli.py search "hello world" --max_results 1`을 직접 실행하면 검색 결과가 정상으로 나온다. 하지만 Hermes 안에서 AnySearch를 쓰라고 하면 처음에는 “AnySearch” 도구가 없다고 하거나 `web_search`를 쓰려 한다. 또 다른 경우에는 `skill_view not found` 같은 오류가 보인다. 다만 “로컬 anysearch 스킬을 사용하고 web_search는 쓰지 말라”고 분명히 지시하면 Hermes가 로컬 폴더로 들어가 `python scripts/anysearch_cli.py search ...`를 실행하고 AnySearch 결과를 정상으로 돌려준다.
Hermes Agent로 프리랜서나 계약 일자리를 찾는 흐름을 만들 때는 자동화 범위를 조심해서 나누는 것이 중요하다. 목표는 무작위 지원이 아니라, 내 경력과 맞는 일을 찾고 확인한 뒤 사람이 검토할 메시지 초안을 만드는 것이다. 안전한 흐름은 여러 플랫폼에서 일감을 검색하고, 각 공고를 열어 실제 조건을 확인하고, 내 기술과 맞는지 점수를 매기고, 지원 메시지 초안을 만드는 단계까지다. 브라우저 자동화는 공고 세부 내용을 확인하는 데는 쓸 수 있지만, 실제 지원이나 개인 메시지 발송까지 맡기면 계정이 제한될 위험이 커진다. Upwork, LinkedIn, Reddit, X 같은 플랫폼은 반복적이고 기계적인 지원이나 메시지를 스팸처럼 볼 수 있다. 따라서 보내기 전에는 사람의 승인을 반드시 남겨두는 구성이 더 안전하다.
Hermes와 OpenClaw는 AI 에이전트를 쓰기 위한 오픈소스 화면과 클라이언트로 공개된 뒤 깃허브에서 200개가 넘는 별과 기여자를 얻었다. 문제는 설치였다. 개발자는 리눅스 서버를 준비하고, SSH로 접속하고, Docker 명령어를 실행할 수 있었지만, 창업자·마케터·글쓴이처럼 개발자가 아닌 사용자는 터미널 단계에서 막혔다. Hermesita는 이 설치 장벽을 줄이기 위해 만든 관리형 VPS 호스팅 서비스다. 사용자는 구독을 구매한 뒤 바로 웹 화면에 로그인할 수 있고, 뒤에서는 개인용 VPS가 자동으로 만들어진다. SSH나 Docker를 직접 다루지 않아도 된다. 구조는 여러 사용자가 나눠 쓰는 SaaS가 아니라, 사용자별 전용 인스턴스를 제공하는 방식이다. 가격은 월 16.49달러로 제시됐다.
Hermes Agent에 GLM 5.2를 연결하면 하나의 키워드나 주제를 여러 작업으로 나누어 처리할 수 있다. 연구, 글쓰기, 편집, 품질 점검, 영상 제작 같은 일을 각각 다른 AI 에이전트에게 맡기는 방식이다. 목표는 글 한 편만 만들고 기다리는 방식이 아니라, 검색 글, 영상용 내용, 품질 검토, 게시 준비까지 한 번의 흐름으로 묶는 것이다. 관련 사례들은 GLM 5.2를 Hermes Agent, Ollama, Kanban 보드, 여러 전문 프로필과 함께 써서 콘텐츠 제작, 코딩, 웹사이트 제작, 자동화 작업을 처리하는 구성을 보여준다. 일부 구성은 GLM 5.2를 Mac Studio에서 로컬로 실행해 데이터가 외부 서버로 나가지 않게 하고, Hermes Agent가 긴 작업을 계획하고 실행하게 하는 방식도 포함한다. 핵심은 비싼 모델 하나에 모든 일을 맡기기보다, GLM 5.2와 다른 모델이나 도구를 함께 연결해 비용과 작업 흐름을 나누는 데 있다.
Open Dynamic Workflow는 여러 인공지능 에이전트 작업을 프롬프트만으로 맡기지 않고, 자바스크립트 작업 흐름 파일로 정리해 실행하는 오픈소스 명령줄 도구다. 프롬프트나 스킬만 쓰면 실행이 빗나가거나 사용량 비용이 커질 수 있고, 나중에 고치고 관리하기도 어렵다는 문제를 줄이려는 목적이다. 작업 흐름을 코드처럼 파일에 적어 두면 같은 절차를 다시 쓰기 쉽고, 수정도 더 분명해진다. 이 도구는 Codex, Antigravity 같은 서비스 구독 환경뿐 아니라 Lobster나 Hermes 에이전트와도 함께 쓸 수 있다고 소개되어 있다. 만든 작업 흐름 파일은 단독으로 실행할 수 있고, 팀 코드 검토나 배포 관리에 쓰는 CI/CD 파이프라인에도 연결할 수 있다. 설치 뒤에는 포함된 open-dynamic-workflow 스킬로 작업 흐름을 만들거나, `npx u/travisliu/open-dynamic-workflow run workflow.js` 명령으로 바로 실행할 수 있다.