만약 Hermes Agent가 Telegram에서 자체 gateway restart을 수행하게 했는데 게이트웨이가 꺼지고 아무것도 뜨지 않는다면, 이것은 환상이 아닙니다. 공개 이슈 #6666은 이 시나리오를 설명합니다: 0.8.0, WSL2 시스템드 사용자 서비스 환경에서 텔레그램 세션에서 재시작을 트리거할 때, 게이트웨이가 PID 경주로 인해 중단되어 깨어나지 않을 수 있습니다.
현재 가장 안정적인 접근법
- 자체 게이트웨이를 가진 텔레그램 대화에서 스스로 재시작되지 않도록 하세요.
- 시스템 사용자 서비스라면
systemctl --user restart hermes-gateway를 수동으로 사용하는 것을 선호해야 합니다. - 재시작해도 부팅이 안 되면
systemctl --user start hermes-gateway먼저 불러오세요.
왜 이런 일이 일어나는 걸까요?
문제의 핵심은 텔레그램이 아니라 "내부에서 스스로를 재시작하려는 실행 중인 게이트웨이 프로세스"에 있습니다. 2026년 4월 12일 기준으로, 공개 이슈에서 제시된 현상은 기존 프로세스가 막 중단되었고, 새 프로세스가 기존 PID가 여전히 존재함을 감지해 즉시 철회하며, 마지막 두 프로세스는 생존하지 못한다는 것입니다.
그래서 단기적인 함정 회피 아이디어는 간단합니다: 외부 서비스 매니저가 재시작하게 두고, 자체 채팅 세션에서 재시작하게 두지 않는 것입니다. 여전히 프록시 환경 변수에 의존한다면, 재시작 후 프록시 설정을 잃지 않도록 systemd 오버라이드도 꼭 확인하세요.
공식 오픈 소스 주소: https://github.com/NousResearch/hermes-agent; 공식 문서 입력: https://hermes-agent.nousresearch.com/.
