WorkBuddy WeComボットが応答しない場合、それはAIが理解していないからではなく、コンピュータが稼働していない、アクセス方法が不安定、ボットの認証情報が無効、またはメンバーリストに現在のアカウントが含まれていないなどの理由です。まず簡単なテストメッセージを送信し、その後「コンピュータ—モード—認証情報—権限」ごとに層ごとにチェックします。これは繰り返し削除・再構築するよりも速い方法です。
第一段階:処刑人が本当にオンラインであることを確認
WeChatアシスタントはリモートエントリーに過ぎません。タスクは実際にはWorkBuddyがコンピュータ上で実行します。コンピュータは電源を維持し、ネットワークが利用可能で、WorkBuddyクライアントが稼働し、アシスタントサービスを有効にしなければなりません。ロック画面が必ずしも動作を停止するわけではありませんが、システムの休止状態、クライアントの終了、ネットワークの切り替え、ファイアウォールによるブロックなどはロボットがタスクを受け取れなくなります。
まずデスクトップに戻り、「設定 — アシスタント設定」でエンタープライズWecomの統合状況を確認し、新しいリモートタスクレコードが表示されるかどうかを観察します。エンタープライズWecomにメッセージがあってもデスクトップに記録が全くない場合は、接続の確認を優先してください。タスクを受け取ったものの実行できない場合は、モデル、権限、ワークディレクトリを確認しましょう。
レイヤー2:両端が同じアクセス方法を選択しなければならない
WeChat Work APIモードはWebSocketの長距離接続とURLコールバックをサポートしています。WeComのバックエンドでは長い接続を選択し、WorkBuddyでは長い接続を選択する必要があります。一方はコールバックを使用し、もう一方は長い接続を使用します。設定が完璧に見えても、相互接続はされません。一般的には、長い接続が優先されます。なぜなら、Webhookアドレスのバックフィルが不要で、Bot IDとSecretだけが必要だからです。
長時間の接続が登録されない場合は、再度ボットIDとシークレットをコピーし、前後スペースを除外し、シークレットが再生されていないことを確認します。民営化WeChat Workはまた、カスタムWebSocketアドレスが ws:// または wss:// で始まるか、現在のコンピュータが対応するゲートウェイとポートにアクセスできるかもチェックします。
第三レベル:ロボットが誰を見るか確認する
成功したボット作成は、すべてのメンバーが使えるわけではありません。管理者はWeComcomのバックエンドで「利用可能なメンバー」を確認し、現在の従業員、部署、タグが含まれているかを確認してください。グループチャットで使用する場合は、ボットが対応するグループに参加し、かつ@机器人发送指令接続が完了しているかも確認してください。まず、明確に権限が付与されたアカウントでシングルチャットをテストし、メンバーの範囲の問題と接続の問題を迅速に区別できます。
最後に、再割り当てしてください。最初からボットを削除しないでください
ステータスが切断された場合は、バインド解除してWorkBuddyで再登録できます。URLコールバックモードは、トークン、Encoding-AESKey、バックフィルアドレスが完全に同一であることも確認します。回復後、「Hello」テスト、読み取り専用クエリ、一時ファイルの生成、そして最後に修正や削除クラス操作のテストを行います。リスクの高いタスクは手動確認が必要です。これはセキュリティメカニズムであり、ボットが詰まっているわけではありません。新しい接続が正常に検証されるまで元のボット設定を保持し、その後チーム入口での同時中断を避けるために古い設定をクリーンアップしてください。
