Тайм-аут cron не означает, что ваше действие OpenClaw провалилось

Если cron-задание истекает по тайм-ауту после отправки сообщения, публикации контента или запроса на развертывание, OpenClaw знает, что выполнение завершилось ошибкой. Но он может не знать, принял ли провайдер действие.

Это различие важно, потому что текущая документация OpenClaw по планировщику задач говорит, что разовые ошибки можно повторять, а повторяющиеся ошибки используют экспоненциальную задержку. Повторное выполнение действия без проверки у провайдера может создать дубликаты.

Относитесь к неоднозначному тайм-ауту как к неизвестному, а не как к неудачному:

подготовлено -> попытка -> подтверждено -> подтверждено_отсутствует -> неизвестно -> сверка

Перед записью сохраните задачу, предполагаемый эффект, цель, хэш полезной нагрузки и ключ операции. Используйте ключ идемпотентности провайдера, где это поддерживается.

После тайм-аута запросите авторитетного провайдера, используя его квитанцию, ключ операции или естественный идентификатор ресурса. Повторяйте попытку только после подтверждения отсутствия эффекта. Если отсутствие не удается доказать, остановитесь для проверки.

Публикация, развертывание, оплата, удаление и подобные действия должны сохранять существующие границы одобрения.

Документация OpenClaw по аудиту уже рассматривает unknown как явное состояние неуспеха, когда нет авторитетного конечного результата. Это правильная операционная модель для неоднозначных внешних записей.

Полезный тест — это песочница, которая принимает одну запись, но не возвращает ответ. Рабочий процесс должен записать unknown, избегать второй записи, сверить первый объект и затем классифицировать его как подтвержденный.