나는 비 오는 토요일 하루를 들여서 Hermes Agent의 릴리스 노트 일곱 편을 한자리에서 몰아 읽었다. 말로 하면 지루해 보이는 주말 활동인데, 어떤 프로젝트가 사람들 앞에서 자기 자신을 찾아 나가는 모습을 구경하는 걸 즐기는 부류의 사람이라면 사실 꽤 재미있다. 다 읽었을 무렵 벽에는 포스트잇이 한가득 붙어 있었고 커피를 네 잔 마셨고, 이 시기에 무슨 일이 벌어진 건지에 대한 꽤 또렷한 형태 지도가 손에 들려 있었다.
2026년 3월 12일의 첫 공개 태그부터 4월 8일의 v0.8.0 릴리스까지, Hermes Agent는 27일 동안 번호 붙은 릴리스 일곱 개를 내놓았다. 평균 나흘에 한 번꼴이다. 이 릴리스들의 PR 수를 전부 합치면 네 자릿수다. 기여자 수는 첫날의 63명에서 200명을 훌쩍 넘는 수로 늘어났다.
흥미로운 건 이 숫자가 아니다. 흥미로운 건 이 릴리스들이 서로 섞인 긴 PR 스트림 하나처럼 보이지 않는다는 점이다. 이들은 네 개의 또렷한 페이즈로 스스로 정렬돼 있고, 프로젝트가 대략 일주일마다 어디에 주의를 기울이는지 바꿔 가는 모습을 읽을 수 있다.
페이즈 1: 토대 (v0.2.0)
3월 12일의 v0.2.0은 공개 런칭이고, 그 역할은 돌아가는 골격을 한 세트 내놓는 거였다. 멀티플랫폼 메시징 게이트웨이(텔레그램, 디스코드, 슬랙, 왓츠앱, 시그널, IMAP/SMTP, 홈 어시스턴트를 한 프로세스 안에), 네이티브 Model Context Protocol 클라이언트, 70개 넘는 번들 스킬이 딸린 스킬 시스템, 단 하나의 call_llm() 진입점을 가진 중앙 집중식 프로바이더 라우터, 그리고 실제로 당신의 머신을 건드릴 권한을 받은 에이전트한테 씌워 주는 안전망인 git 워크트리 격리와 파일시스템 체크포인트. VS Code, Zed, JetBrains와의 ACP 연동 덕분에 첫날부터 "그냥 터미널 물건"이 아닌 게 됐다.
이건 "이 물건이 대체 뭔가"를 말하는 릴리스다. 이후에 나오는 모든 건 이 다섯 가지 결정 위에 쌓인다.
페이즈 2: 확장 (v0.3.0 – v0.5.0)
다음 세 릴리스는 3월 17일부터 3월 28일 사이에 나왔고, 주제는 "모든 방향으로 표면적을 넓히기"였다.
v0.3.0 3월 17일 — 에이전트 루프 전반에 걸친 스트리밍, 플러그인 시스템 훅, 그리고 큰 메모리 연동 중 첫 번째 — 메모리 프로바이더로서의 Honcho를 추가했다. Hermes를 "툴을 가진 프로세스 하나"에서 "살아 있는 플러그인 생태계와 기억 계층을 가진 프로세스 하나"로 바꿔 놓은 릴리스다.
v0.4.0 3월 23일 — 플랫폼 확장이 주제였다. WhatsApp Business API, 완전한 첨부 지원이 딸린 Signal, 그리고 더 작은 게이트웨이 어댑터 한 움큼. 같은 에이전트에 현관을 더 다는 일이다.
v0.5.0 3월 28일 — 경화 릴리스. 동시성 수정, 세션 레이스 조건, 툴 결과 처리, 프로바이더 특유의 버릇. 하이라이트 영상에는 안 실리는 종류의 작업인데, 이게 없으면 그 위에 놓인 어느 것도 돌아가지 않는다.
이 세 릴리스를 함께 읽으면, 프로젝트가 이런 질문에 답하려 하고 있다는 게 보인다. "이제 코어를 하나 갖췄는데, 이걸 깨뜨리지 않고 거기서부터 현실 세계의 얼마나 많은 곳에 닿을 수 있는가?" v0.5.0이 끝날 무렵의 답은 "대부분"이었다.
페이즈 3: 내구성 (v0.6.0 – v0.7.0)
그다음 초점이 옮겨 간다. 3월 30일의 v0.6.0과 4월 3일의 v0.7.0은 "이 물건이 현실을 버티게 만들기"에 관한 릴리스다.
v0.6.0은 프로파일을 추가했다 — 멀티 인스턴스 Hermes. 한 설치본이 자기 설정, 메모리, 세션, 스킬, 게이트웨이 서비스를 각자 가진 여러 개의 완전히 격리된 에이전트를 돌릴 수 있다. MCP 서버 모드도 함께 출하돼서, 이제 Hermes가 Claude Desktop이나 Cursor 같은 다른 MCP 클라이언트에게 스스로를 노출할 수 있게 됐고, 공식 도커 컨테이너도 같이 나왔다. 그리고 순서가 있는 폴백 프로바이더 체인이 들어오면서 "재설계 없이 프로바이더 갈아타기" 이야기가 이빨을 갖기 시작했다. 새 메시징 플랫폼 두 개 — 페이슈/라크와 위컴(WeCom) — 도 게이트웨이에 합류했다.
v0.7.0, 복원력 릴리스에 와서야 아키텍처가 제대로 수비적인 태세를 갖췄다. 갈아 끼울 수 있는 메모리 프로바이더 — 이제 메모리는 서드파티가 구현할 수 있는 프로바이더 ABC가 되고, Honcho가 레퍼런스 플러그인이다. 스레드 세이프한 least-used 회전과 401 페일오버를 갖춘 같은 프로바이더 내 자격 증명 풀. 스텔스 웹 작업을 위한 Camofox 안티 디텍션 브라우저 백엔드. 파일 쓰기와 패치 작업용 인라인 diff 미리 보기. X-Hermes-Session-Id 헤더를 통한 API 서버 세션 연속성. base64와 URL 인코딩된 자격 증명까지 LLM 응답에서 스캔해 잡아내는 비밀 유출 방지 보안 패스.
v0.7.0이 끝나는 시점에는, 이 프로젝트가 더 이상 새로 나온 물건처럼 보이지 않고 인프라처럼 보이기 시작했다. cron 아래에 걸어 두고도 별로 걱정하지 않게 되는 종류의 인프라.
페이즈 4: 지능 (v0.8.0)
그리고 4월 8일의 v0.8.0, 앞의 두 글에서 다룬 그 릴리스가 온다. 헤드라인은 자기 최적화된 GPT/Codex 툴 사용 가이던스 루프 — 에이전트가 자동 행동 벤치마킹을 통해 OpenAI 모델 위의 자기 실패 모드를 직접 진단하고 패치한 일이다. 그런데 네 단계짜리 아크의 맥락 안에서 읽으면 이 릴리스는 구체적인 일을 하고 있다 — 3주 동안 바깥쪽으로 손을 뻗어 나간 뒤, 프로젝트가 처음으로 주의를 다시 안쪽, 즉 에이전트 자신의 추론 품질 쪽으로 돌린 릴리스인 거다. 라이브 /model 전환, 무료 Gemini, 무료 MiMo v2 Pro, 백그라운드 작업 알림, 무활동 타임아웃, 승인 버튼, MCP OAuth 2.1 PKCE, MCP 확장에 대한 OSV 악성코드 스캔. PR 209건. 해결된 이슈 82건. v0.7.0에서 닷새 뒤.
이 리듬이 말해 주는 것
이걸 하나의 연속된 호로 놓고 보면 세 가지가 눈에 띈다.
릴리스마다 테마가 있고, 그 테마는 반복되지 않는다. 토대, 확장, 내구성, 지능. 누군가 "이렇게 가야 한다"고 명령한 것 같지도 않다 — 이 프로젝트는 마치 다음에 뭘 해야 할지 읽고 있는 것처럼 움직일 뿐이다. 보통 이런 모습은 소수의 사람들이 전체 표면을 아주 가까이서 보고 있고, 나머지 사람들은 그 방향이 자명하기 때문에 같은 방향으로 몸을 기울이고 있는 상태를 뜻한다.
PR은 수많은 손에서 온다. 이건 메인테이너 한 명과 그 옆에 붙은 여섯 명짜리 프로젝트가 아니다. 릴리스 노트에는 내가 본 적 없는 핸들들이 박혀 있다. 지난주에 나타난 사람들이 낸 익명 PR들. 이 프로젝트는 코드베이스가 아니라 하나의 씬처럼 움직인다. 그리고 씬이라는 건 작동할 때, 팀보다 훨씬 빠르게 물건을 낸다.
속도는 단순한 개수가 아니다 — 누적되는 속도다. v0.2.0은 라우터를 내놓았다. v0.6.0은 그 라우터 위에 폴백 체인을 얹었다. v0.7.0은 그 폴백 체인 위에 자격 증명 풀을 얹었다. v0.8.0은 그 셋 모두 위에 라이브 /model 전환을 얹었다. 각 릴리스는 새로운 기능 세트가 아니라, 이전 릴리스가 안정돼 있다고 가정하는 한 층이다. 릴리스가 실제로 안정돼 있지 않다면 이런 짓은 할 수 없다. 그러니 테스트가 실제로 돌고 있거나, 아니면 속도가 이미 프로젝트를 죽여 놨거나 둘 중 하나인데 — 아직 죽지 않았다는 사실이 뭔가를 말해 준다.
나는 Hermes 팀 소속이 아니라는 점은 짚고 가자. 나는 릴리스 노트를 취미로 읽는 팬이고, 이 사이트를 돌리는 이유는 이 프로젝트가 그 마케팅 표면이 내비치는 것보다 훨씬 더 재밌기 때문이다. 이 27일 사이에 당신이 보고 있는 건, 2026년 3월과 4월에 오픈소스 계층에서의 에이전트 엔지니어링이 상당히 더 재밌어졌다는 증거 일곱 릴리스어치다. v0.9.0이 무엇이 될지는 모른다. 그게 뭐든, 나올 날 나는 그 노트를 읽을 거다.