CLI commands

Cron

openclaw cron

Gateway スケジューラーの Cron ジョブを管理します。

セッション

--sessionmainisolatedcurrent、または session:<id> を受け付けます。

セッションキー
  • main はエージェントのメインセッションにバインドします。
  • isolated は各実行ごとに新しいトランスクリプトとセッション ID を作成します。
  • current は作成時点のアクティブセッションにバインドします。
  • session:<id> は明示的な永続セッションキーに固定します。
分離セッションのセマンティクス

分離実行では周囲の会話コンテキストがリセットされます。新しい実行では、チャンネルとグループのルーティング、送信/キュー方針、昇格、オリジン、ACP ランタイムバインディングがリセットされます。安全な設定と、ユーザーが明示的に選択したモデルまたは認証の上書きは、実行間で引き継ぐことができます。

配信

openclaw cron listopenclaw cron show <job-id> は、解決済みの配信ルートをプレビューします。channel: "last" の場合、プレビューにはルートがメインセッションまたは現在のセッションから解決されたか、あるいはフェイルクローズするかが表示されます。

プロバイダー接頭辞付きターゲットは、未解決のアナウンスチャンネルを明確化できます。たとえば、delivery.channel が省略されているか last の場合、to: "telegram:123" は Telegram を選択します。読み込まれた plugin によって公開されている接頭辞だけがプロバイダーセレクターです。delivery.channel が明示されている場合、接頭辞はそのチャンネルと一致している必要があります。channel: "whatsapp"to: "telegram:123" の組み合わせは拒否されます。imessage:sms: などのサービス接頭辞は、引き続きチャンネル所有のターゲット構文です。

配信の所有権

分離 Cron のチャット配信は、エージェントとランナーで共有されます。

  • チャットルートが利用可能な場合、エージェントは message ツールを使って直接送信できます。
  • announce は、エージェントが解決済みターゲットへ直接送信しなかった場合にのみ、最終返信をフォールバック配信します。
  • webhook は完了したペイロードを URL に投稿します。
  • none はランナーのフォールバック配信を無効にします。

--announce は、最終返信に対するランナーのフォールバック配信です。--no-deliver はそのフォールバックを無効にしますが、チャットルートが利用可能な場合にエージェントの message ツールを削除するわけではありません。

アクティブなチャットから作成されたリマインダーは、フォールバックのアナウンス配信用にライブチャット配信ターゲットを保持します。内部セッションキーは小文字の場合があります。Matrix ルーム ID のような大文字小文字を区別するプロバイダー ID の信頼できる情報源として使用しないでください。

失敗時の配信

失敗通知は次の順序で解決されます。

  1. ジョブの delivery.failureDestination
  2. グローバルの cron.failureDestination
  3. ジョブのプライマリアナウンスターゲット(明示的な失敗先が設定されていない場合)。

注: 分離 Cron 実行では、返信ペイロードが生成されない場合でも、実行レベルのエージェント失敗をジョブエラーとして扱います。そのため、モデル/プロバイダーの失敗でもエラーカウンターが増加し、失敗通知がトリガーされます。

分離実行が最初のモデルリクエストの前にタイムアウトした場合、openclaw cron showopenclaw cron runs には、setup timed out before runner startstalled before first model call (last phase: context-engine) のようなフェーズ固有のエラーが含まれます。 CLI ベースのプロバイダーでは、外部 CLI ターンが開始するまでモデル前のウォッチドッグがアクティブなままになるため、セッション検索、フック、認証、プロンプト、CLI セットアップの停滞は、モデル前の Cron 失敗として報告されます。

スケジューリング

ワンショットジョブ

--at <datetime> はワンショット実行をスケジュールします。オフセットなしの日時は、--tz <iana> も渡さない限り UTC として扱われます。--tz <iana> を渡すと、指定されたタイムゾーンの壁時計時刻として解釈されます。

繰り返しジョブ

繰り返しジョブは、連続エラー後に指数的リトライバックオフを使用します: 30s、1m、5m、15m、60m。次に成功した実行後、スケジュールは通常に戻ります。

スキップされた実行は、実行エラーとは別に追跡されます。リトライバックオフには影響しませんが、openclaw cron edit <job-id> --failure-alert-include-skipped によって、失敗アラートで繰り返しのスキップ実行通知を受け取るようにできます。

ローカルに設定されたモデルプロバイダーをターゲットにする分離ジョブでは、Cron はエージェントターンを開始する前に軽量なプロバイダープリフライトを実行します。ループバック、プライベートネットワーク、.localapi: "ollama" プロバイダーは /api/tags でプローブされます。vLLM、SGLang、LM Studio などのローカル OpenAI 互換プロバイダーは /models でプローブされます。エンドポイントに到達できない場合、実行は skipped として記録され、後のスケジュールで再試行されます。一致する停止中エンドポイントは、同じローカルサーバーを多数のジョブが連続して叩かないよう 5 分間キャッシュされます。

注: Cron ジョブ定義は jobs.json に保存され、保留中のランタイム状態は jobs-state.json に保存されます。jobs.json が外部で編集された場合、Gateway は変更されたスケジュールを再読み込みし、古い保留スロットをクリアします。フォーマットのみの書き換えでは保留スロットはクリアされません。

手動実行

openclaw cron run は、手動実行がキューに入るとすぐに戻ります。成功レスポンスには { ok: true, enqueued: true, runId } が含まれます。最終的な結果を追跡するには openclaw cron runs --id <job-id> を使用してください。

モデル

cron add|edit --model <ref> は、ジョブに許可されたモデルを選択します。

Cron の --modelジョブのプライマリであり、チャットセッションの /model 上書きではありません。つまり、次のようになります。

  • 選択されたジョブモデルが失敗した場合でも、設定済みモデルフォールバックは引き続き適用されます。
  • ジョブごとのペイロードに fallbacks が存在する場合、設定済みフォールバックリストを置き換えます。
  • ジョブごとの空のフォールバックリスト(ジョブペイロード/API 内の fallbacks: [])は、Cron 実行を厳密にします。
  • ジョブに --model があるがフォールバックリストが設定されていない場合、OpenClaw は明示的な空のフォールバック上書きを渡すため、エージェントのプライマリが隠れた再試行ターゲットとして追加されません。

分離 Cron のモデル優先順位

分離 Cron は、次の順序でアクティブモデルを解決します。

  1. Gmail フックの上書き。
  2. ジョブごとの --model
  3. 保存済み Cron セッションのモデル上書き(ユーザーが選択した場合)。
  4. エージェントまたはデフォルトモデル選択。

高速モード

分離 Cron の高速モードは、解決済みのライブモデル選択に従います。モデル設定の params.fastMode はデフォルトで適用されますが、保存済みセッションの fastMode 上書きがある場合は設定より優先されます。

ライブモデル切り替えのリトライ

分離実行が LiveSessionModelSwitchError を投げた場合、Cron は再試行の前に、切り替えられたプロバイダーとモデル(存在する場合は切り替えられた認証プロファイルの上書きも)をアクティブな実行に永続化します。外側のリトライループは、初回試行後に 2 回の切り替えリトライまでに制限され、その後は無限ループする代わりに中止します。

実行出力と拒否

古い確認応答の抑制

分離 Cron ターンは、古い確認応答のみの返信を抑制します。最初の結果が単なる暫定ステータス更新で、最終的な回答を担当する子孫サブエージェント実行がない場合、Cron は配信前に実際の結果を一度だけ再プロンプトします。

サイレントトークンの抑制

分離 Cron 実行がサイレントトークン(NO_REPLY または no_reply)のみを返した場合、Cron は直接のアウトバウンド配信とフォールバックのキュー済み要約経路の両方を抑制するため、チャットには何も投稿されません。

構造化された拒否

分離 Cron 実行は、埋め込み実行からの構造化された実行拒否メタデータを優先し、その後、SYSTEM_RUN_DENIEDINVALID_REQUEST、承認バインディング拒否フレーズなど、最終出力内の既知の拒否マーカーにフォールバックします。

cron list と実行履歴は、ブロックされたコマンドを ok として報告するのではなく、拒否理由を表示します。

保持

保持と削除は設定で制御されます。

  • cron.sessionRetention(デフォルト 24h)は、完了した分離実行セッションを削除します。
  • cron.runLog.maxBytescron.runLog.keepLines~/.openclaw/cron/runs/<jobId>.jsonl を削除します。

古いジョブの移行

よく使う編集

メッセージを変更せずに配信設定を更新します。

bash
openclaw cron edit <job-id> --announce --channel telegram --to "123456789"

分離ジョブの配信を無効にします。

bash
openclaw cron edit <job-id> --no-deliver

分離ジョブの軽量ブートストラップコンテキストを有効にします。

bash
openclaw cron edit <job-id> --light-context

特定のチャンネルにアナウンスします。

bash
openclaw cron edit <job-id> --announce --channel slack --to "channel:C1234567890"

Telegram フォーラムトピックにアナウンスします。

bash
openclaw cron edit <job-id> --announce --channel telegram --to "-1001234567890" --thread-id 42

軽量ブートストラップコンテキストを使う分離ジョブを作成します。

bash
openclaw cron add \  --name "Lightweight morning brief" \  --cron "0 7 * * *" \  --session isolated \  --message "Summarize overnight updates." \  --light-context \  --no-deliver

--light-context は分離エージェントターンジョブにのみ適用されます。Cron 実行では、軽量モードにより、完全なワークスペースブートストラップセットを注入する代わりにブートストラップコンテキストが空のままになります。

よく使う管理コマンド

手動実行と検査:

bash
openclaw cron listopenclaw cron list --agent opsopenclaw cron get <job-id>openclaw cron show <job-id>openclaw cron run <job-id>openclaw cron run <job-id> --dueopenclaw cron runs --id <job-id> --limit 50

openclaw cron list はデフォルトですべての一致するジョブを表示します。実効的な正規化済みエージェント ID が一致するジョブだけを表示するには --agent <id> を渡してください。保存済みエージェント ID がないジョブは、設定済みのデフォルトエージェントとして扱われます。

openclaw cron get <job-id> は保存済みジョブ JSON を直接返します。配信ルートのプレビューを含む人間が読みやすい表示が必要な場合は、cron show <job-id> を使用してください。

cron list --jsoncron show <job-id> --json は、各ジョブにトップレベルの status フィールドを含めます。これは enabledstate.runningAtMsstate.lastRunStatus から計算されます。値は disabledrunningokerrorskipped、または idle です。これは人間が読みやすいステータス列と対応しているため、外部ツールはジョブ状態を再導出せずに読み取れます。

cron runs エントリには、意図された Cron ターゲット、解決済みターゲット、メッセージツール送信、フォールバック使用、配信済み状態を含む配信診断が含まれます。

エージェントとセッションの再ターゲット:

bash
openclaw cron edit <job-id> --agent opsopenclaw cron edit <job-id> --clear-agentopenclaw cron edit <job-id> --session currentopenclaw cron edit <job-id> --session "session:daily-brief"

openclaw cron add は、エージェントターンジョブで --agent が省略された場合に警告し、デフォルトエージェント(main)にフォールバックします。特定のエージェントに固定するには、作成時に --agent <id> を渡してください。

配信の微調整:

bash
openclaw cron edit <job-id> --announce --channel slack --to "channel:C1234567890"openclaw cron edit <job-id> --best-effort-deliveropenclaw cron edit <job-id> --no-best-effort-deliveropenclaw cron edit <job-id> --no-deliver

関連

Was this useful?