もしヘルメスのエージェントがCannot reach signal-cliを促し続けたり、シグナルが接続されて何度も切断されるなら、ヘルメスのメインプログラムを疑わないでください。 公式のSignalドキュメントでは、コアを確認するために3つの項目を提供しています: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デーモンに接続できません。 言い換えれば、ヘルメスは下流にしか存在せず、本当に最初に生きるのはシグナルCLIです。
一言で言えば、8080のsignal-cli HTTPデーモンは安定してアクセス可能であることを考え、次にHermes Agentの高レベルのメッセージ処理について語ります。
公式オープンソースアドレス:https://github.com/NousResearch/hermes-agent; 公式文書の記録:https://hermes-agent.nousresearch.com/。
