만약 Hermes 에이전트가 계속 Cannot reach signal-cli을 프롬프트하거나, Signal이 연결되었다가 반복적으로 끊긴다면, Hermes 메인 프로그램을 의심하지 마세요. 공식 Signal 문서는 코어를 확인할 수 있는 세 가지 사항을 제공합니다: signal-cli 데몬이 실제로 실행 중인지, Java 17+가 설치되어 있는지, 그리고 Hermes가 가리키는 HTTP 주소가 127.0.0.1:8080인지 여부입니다.
단계별로 점검해
- 먼저 호스트에게
signal-cli --account +你的号码 daemon --http 127.0.0.1:8080돌려보세요. - 버전 정보를 반환할 수 있는지
curl http://127.0.0.1:8080/api/v1/check다시 실행해 보세요. - 이 주소가
SIGNAL_HTTP_URL가 쓴 것인지 확인해 주세요. - 자주 고장 난다면 signal-cli 로그를 다시 확인해서 시스템에 Java 17 이상이 설치되어 있는지 확인하세요.
- 동일한 번호가 여러 signal-CLI 인스턴스에서 청취되면 중복 메시지나 상태 점프가 발생할 수 있습니다.
왜 이 질문이 긴 우회로를 쉽게 들 수 있을까요?
인터페이스가 헤르메스 게이트웨이가 분리된 것처럼 보이기 때문에, 실제로 많은 경우 헤르메스는 의존하는 신호-CLI 데몬에 연결할 수 없습니다. 즉, 헤르메스는 하류에만 존재하며, 진짜 첫 번째로 살아나는 것은 신호-클라이(신호-클라이)입니다.
한마디로: 8080의 signal-cli HTTP 데몬은 안정적이고 접근 가능하도록 두고, 그 다음에 Hermes Agent의 상위 메시지 처리에 대해 이야기하자.
공식 오픈 소스 주소: https://github.com/NousResearch/hermes-agent; 공식 문서 입력: https://hermes-agent.nousresearch.com/.
