両方のOpenClawゲートウェイが同時に表示された場合は、チャンネル設定を急いで変更しないでください。まず、古いインスタンス、古いプロファイル、またはバックエンドサービスが完全に停止されていないかを確認してください。 2つのゲートウェイが同時にオンラインの場合、最大の問題はポートの競合ではなく、メッセージが古いインスタンスに読み取られる可能性です。
まずは誰がメッセージに応答しているか見てみましょう
openclaw status --allを使ってGateway、Agent、channelの現在のバインディングを確認し、システムサービスやPM2、起動済み、systemdに古いプロセスがないか確認してください。 ダッシュボードでオンラインステータスを確認するだけでは不十分です。なぜなら、古いインスタンスはプラットフォームからのメッセージを受け取っているものの、あなたが見ているコンソールには表示されなくなるからです。
もし挙動が「時には返信し、時には返信しない」「同じグループのタスク状態が一致しない」「新たに修正された構成が動作しない」といった場合、重複するゲートウェイの可能性が高いです。 この時点で、新しいインスタンスを連続的に再起動しないでください。まずすべての古いサービスを停止し、その後、確認応答エントリを1つだけ開始します。
掃除中に誤って作業スペースを削除しないように注意してください
処理順は、古いプロセスを停止し、ポートとサービス名を確認し、設定ディレクトリをバックアップし、その後無意味なプロファイルをクリーンアップします。 ワークスペースを削除したり、すべての設定をリセットしたりしないでください。 多くのプロフィールには会話、認証情報、チャネルバインディングも含まれており、ミスを削除すると問題が悪化します。
最終的な承認は3つの要素に依存します:オンラインのゲートウェイは1つだけであること。 テストメッセージは1つのインスタンスのみで受信されます。 チャンネルやツールプロファイルを変更すると、現在のエントリが即座に反映されます。 これら3つのポイントを経て初めて、モデルやツールの問題を引き続きトラブルシューティングできます。
