Warum meldet der Hermes-Agent: Kann signal-cli nicht erreichen, oder ist Signal alt? Schau zuerst nach Daemon, Java 17 und 8080

Wenn der Hermes-Agent immer wieder Cannot reach signal-cli fordert oder wenn Signal verbunden ist und dann wiederholt abschaltet, solltest du nicht am Hermes-Hauptprogramm zweifeln. Die offizielle Signal-Dokumentation gibt drei Dinge zur Überprüfung des Kerns vor: ob der Signal-cli-Daemon wirklich läuft, ob Java 17+ installiert ist und ob die von Hermes angegebene HTTP-Adresse 127.0.0.1:8080 ist.

Überprüfen Sie Schritt für Schritt

1. Lass signal-cli --account +你的号码 daemon --http 127.0.0.1:8080 zuerst beim Moderator laufen.
2. Führe die curl http://127.0.0.1:8080/api/v1/check erneut aus, um zu sehen, ob du die Versionsinformationen zurückgeben kannst.
3. Bestätigen Sie, dass dies die von SIGNAL_HTTP_URL geschriebene Adresse ist.
4. Wenn es häufig ausfällt, schau dir die signal-cli-Logs noch einmal an und prüfe, dass du Java 17 oder höher in deinem System hast.
5. Wenn dieselbe Zahl von mehreren Signal-CLI-Instanzen abgehört wird, kann dies ebenfalls zu doppelten Nachrichten oder Statussprüngen führen.

Warum lässt sich diese Frage leicht auf einen langen Umweg nehmen?

Weil die Schnittstelle so aussieht, als wäre das Hermes-Gateway getrennt, kann Hermes oft nicht mit dem Signal-Cli-Daemon verbunden sein, von dem es abhängt. Mit anderen Worten: Hermes ist nur stromabwärts, und das wirklich Erste, was lebt, ist das Signal-CLI.

Kurz gesagt: Lass den Signal-CLI HTTP-Daemon von 8080 stabil und zugänglich sein, und dann sprechen wir über die höherstufige Nachrichtenverarbeitung des Hermes Agent.

Offizielle Open-Source-Adresse: https://github.com/NousResearch/hermes-agent; Offizieller Dokumenteneintrag: https://hermes-agent.nousresearch.com/.