Cron Jobs vs Heartbeat: OpenClawトークンの使用と実行の一貫性を最適化する

OpenClawよくある間違いは、Heartbeatをデフォルトの起床方法とみなし、Cronを高度な機能と考えることです。実際はその逆で、Cronをデフォルトに、Heartbeatは例外にすべきです。さらに悪いのは、シェルコマンドで十分なタスクにエージェントを使うことです。エージェントの動作にはトークンがかかりますが、シェルコマンドは無料です。以下で、トークンの無駄を省き、一貫した実行を得る方法を紹介します。

Heartbeat vs Cron — 定義

• Heartbeat: 定期的にエージェントが起動し、コンテキストを読んで何かすべきかを確認、必要なら応答、不要ならHeartbeat_OKをログに残してスリープに戻る。
• Cronジョブ: スケジュールされたタスクトリガー。孤立したエージェント（デフォルト）またはプレーンなシェルコマンドを実行できる。

トークン効率の良いCronジョブの設定

OpenClawを使ってCron自体を作成しないでください。代わりにエージェントにこう依頼しましょう: 「Xを行うシェルスクリプトを書いて、それをY分ごとに実行するシステムcronを作成し、出力が空でない場合のみDiscord/Telegramにパイプして送信してください」。

こうすることで、エージェントは1回のLLM呼び出しでスクリプトを書き、システムcronは永続的に無料で実行され、確認すべき実際の出力があるときだけ通知が来ます。

例: Heartbeat vs Cron

• Soul Guardian整合性チェック: Cron、シェル＋diff — 純粋なファイル操作、推論不要。
• ClawSecアドバイザリフィード: Cron、孤立エージェント実行、毎週 — 推論が必要だが、チャットコンテキストは不要。
• 週次メモリ監査: Cron、孤立 — ファイルを読み、サマリーを書き、終了。
• 日次モーニングブリーフィング: Cron、孤立 — カレンダー＋メール＋天気、一回で完了。
• 「受信トレイ監視＋関連あれば発言」: Heartbeat — 会話状態が必要。
• 長時間実行タスク監視: Heartbeat — 複数シグナルの一括チェック。

Heartbeat.mdをクリーンに保つ

空のHEARTBEAT.md（またはコメントのみ）は、エージェントが起動しても何もすることがなく、黙ることを意味します。ジョブをCronに移行する際にこれを使い、バックグラウンドコストを低く抑えましょう。

最後に

OpenClawの真の力は、エージェントが常に起動していることではありません。エージェント自身が自動化要件を書き、その後は邪魔にならないことです。推論が必要なところにLLMを、それ以外にはCronを使いましょう。