cronタイムアウトはOpenClawのアクションが失敗したことを証明するものではない

cronジョブがメッセージ送信、コンテンツ公開、またはデプロイ要求の後にタイムアウトした場合、OpenClawは実行がエラーになったことを認識します。しかし、プロバイダーがそのアクションを受け入れたかどうかは認識できない場合があります。

この違いは重要です。なぜなら、OpenClawの現在のスケジュールタスクのドキュメントでは、一時的な単発の失敗は再試行できるが、繰り返し発生する失敗は指数バックオフを使用すると述べられているからです。プロバイダーを確認せずにアクションを再実行すると、重複が発生する可能性があります。

あいまいなタイムアウトは失敗ではなく不明として扱ってください：

準備済み -> 試行済み -> 確認済み -> 確認済み_不在 -> 不明 -> 調整

書き込みの前に、タスク、意図した効果、ターゲット、ペイロードハッシュ、および操作キーを保持してください。サポートされている場合は、プロバイダーの冪等性キーを使用します。

タイムアウト後、プロバイダーの領収書、操作キー、または自然なリソースIDを使用して、権威あるプロバイダーに問い合わせます。効果が存在しないことを確認した後にのみ再試行してください。不在を証明できない場合は、レビューのために停止します。

公開、デプロイ、支払い、削除などのアクションは、既存の承認境界を維持する必要があります。

OpenClawの監査ドキュメントは、権威ある最終結果が利用できない場合に、unknownを明示的な非成功状態としてすでに扱っています。これは、あいまいな外部書き込みに対する正しい運用モデルです。

有用なテストは、1つの書き込みを受け入れるが応答を保留するサンドボックスエンドポイントです。ワークフローはunknownを記録し、2回目の書き込みを回避し、最初のオブジェクトを調整し、その後確認済みとして分類する必要があります。