WorkBuddy WeCom 봇이 응답하지 않는 경우, 보통 AI가 이해하지 못해서가 아니라 컴퓨터가 작동하지 않거나, 접근 방식이 일관되지 않거나, 봇의 자격 증명이 유효하지 않거나, 회원 목록에 현재 계정이 포함되어 있지 않기 때문입니다. 먼저 간단한 테스트 메시지를 보내고, '컴퓨터—모드—자격 증명—권한'별로 층별로 확인하는데, 반복적으로 삭제하고 재구성하는 것보다 빠릅니다.
첫 번째 단계: 집행자가 진짜로 온라인 상태인지 확인
위챗 어시스턴트는 단순한 원격 입력 기능입니다; 작업은 실제로 WorkBuddy가 컴퓨터에서 실행합니다. 컴퓨터는 켜져 있어야 하고, 네트워크는 사용 가능하며, WorkBuddy 클라이언트가 실행 중이며, 어시스턴트 서비스가 활성화되어야 합니다. 잠금 화면이 반드시 실행을 멈춘다는 의미는 아니지만, 시스템 절전 모드, 클라이언트 종료, 네트워크 전환, 방화벽 차단 등은 로봇이 작업을 받지 못하게 만듭니다.
먼저 데스크톱으로 돌아가 "Settings — Assistant Settings"에서 엔터프라이즈 Wecom 통합 상태를 확인한 후 새로운 원격 작업 기록이 나타나는지 관찰하세요. 엔터프라이즈 Wecom에 메시지가 있지만 데스크톱에는 기록이 전혀 없다면 연결을 우선적으로 확인하세요; 데스크톱이 작업을 받았지만 실행되지 않으면 모델, 권한, 작업 디렉터리를 확인하세요.
레이어 2: 양쪽 모두 동일한 접근 방식을 선택해야 합니다
WeChat 작업 API 모드는 WebSocket 긴 연결과 URL 콜백을 지원합니다. WeCom 백엔드에서는 긴 연결을 선택하고, WorkBuddy에서는 긴 연결도 선택해야 합니다; 한쪽은 콜백을, 다른 쪽은 긴 연결을 사용합니다; 구성이 완벽해 보여도 상호 연결되지 않습니다. 일반적으로 긴 연결은 봇 ID와 비밀만 필요하므로 우선순위가 됩니다. 웹훅 주소를 백메우지 않고요.
긴 연결이 등록되지 않으면 봇 ID와 비밀을 다시 복사하고, 앞뒤 공간은 제외하며, 비밀이 재생성되지 않았는지 확인한다. 민영화 위챗워크는 또한 사용자 지정 WebSocket 주소가 ws:// 또는 wss:// 로 시작해야 하며, 현재 컴퓨터가 해당 게이트웨이와 포트에 접근할 수 있는지 확인한다.
3단계: 로봇이 누가 보는지 확인하기
성공적인 봇 생성이 모든 회원이 사용할 수 있다는 뜻은 아닙니다. 관리자는 WeComcom 백엔드에서 "사용 가능한 회원"을 확인하여 현재 직원, 부서 또는 태그가 포함되어 있는지 확인해야 합니다; 그룹 채팅에서 사용할 때는 봇이 해당 그룹에 가입되어 있고 机器人发送指令 있는지 확인하세요. 먼저, 명확히 권한이 부여된 계정으로 단일 채팅을 테스트해 보세요. 이 계정은 회원 범위 문제와 연결 문제를 빠르게 구분할 수 있습니다.
마지막으로, 다시 묶으세요; 처음부터 봇을 삭제하지 마세요
상태가 연결 끊김(disconnected)으로 표시되면 바인딩을 해제하고 WorkBuddy에서 재등록할 수 있습니다. URL 콜백 모드는 토큰, Encoding-AESKey, 백필 주소가 정확히 동일한지 확인합니다. 복구 후에는 "Hello" 테스트, 읽기 전용 쿼리, 임시 파일 생성, 마지막으로 수정 또는 삭제 클래스 작업을 테스트합니다. 고위험 작업은 수동 확인이 필요합니다; 이는 봇이 고정된 것이 아니라 보안 메커니즘입니다. 새 연결이 성공적으로 검증될 때까지 원래 봇 구성을 유지한 후, 팀 입구에서 동시에 중단되는 것을 방지하기 위해 기존 구성을 정리하세요.
