（最終更新日: 2026年09月03日）
OpenClawを導入したものの、「なぜかAIが途中で止まってしまう」「24時間ずっと働いてほしいのに、いつの間にか動いていない」といったお悩みはありませんか？
自律型AIエージェントを真のパートナーとして活用するには、ユーザーの指示を待たずに思考し続ける仕組みが不可欠です。
本記事では、OpenClawの心臓部とも言える「Heartbeat（心拍）」機能を、エンジニアの視点から徹底解説します。
基本的な設定手順から、最新のデータベース移行、さらにはAPIコストを劇的に抑えるプロンプトキャッシュの活用術まで、運用のすべてを網羅しました。
この記事を読み終える頃には、あなたのAIエージェントを低コストで、かつ安定して常時稼働させるための具体的なノウハウがすべて身についているはずです。
理想の自律駆動を実現し、あなたの業務効率を次のレベルへと引き上げましょう！
自律駆動の心臓部「Heartbeat」の技術的メカニズムと重要性
当セクションでは、OpenClawの自律性を支える「Heartbeat」の技術的メカニズムとその重要性について詳しく解説します。
なぜなら、単なる定期実行タスク（Cron）とは異なるこの仕組みを正しく理解することが、AIエージェントの運用コスト削減と業務効率化の鍵となるからです。
- 入力駆動（Input-driven）から時間駆動（Time-driven）への進化
- 通知疲弊を防ぐ「HEARTBEAT_OK」シグナルの役割
- メインセッションの文脈（コンテキスト）継承の強み
入力駆動（Input-driven）から時間駆動（Time-driven）への進化
AIが能動的に動作する「時間駆動型」への転換は、業務自動化の概念を根本から変えるものです。
Gatewayプロセスに組み込まれたスケジューラが、一定周期でエージェントを自動的に覚醒させる仕組みがこれを支えています。
ユーザーの入力を待つ受動的なシステムとは異なり、AI自身が環境を観測して未完了タスクや緊急アラートを検知できるようになります。
これにより、人間が指示を忘れていてもAIが自発的にフォローアップを行う、まさに自律的なパートナーとしての運用が実現します。
この仕組みを使いこなし、日常業務をAIに任せる具体的なノウハウについては、生成AI 最速仕事術などの最新ガイドも非常に参考になります。
時間駆動の特性を活かすことで、24時間365日休まずに動き続けるバックグラウンドアシスタントが現実のものとなります。
通知疲弊を防ぐ「HEARTBEAT_OK」シグナルの役割
24時間稼働するAIエージェントにおいて、実用性を左右するのが通知の頻度と質です。
OpenClawではエージェントがアクション不要と判断した場合に「HEARTBEAT_OK」という特殊シグナルを出力し、不要な通知を徹底的に排除します。
実は私自身、導入初期にログが全く更新されない様子を見て、設定ミスや故障だと勘違いして数時間を無駄にした苦い経験があります。
Gatewayがこの信号を検知して出力を内部で破棄しているだけであり、このサイレント処理こそがユーザーの集中を妨げないための洗練された設計なのです。
このシグナルの恩恵により、必要な時にだけ重要な報告が届くという、理想的な通知環境が整います。
メインセッションの文脈（コンテキスト）継承の強み
巡回タスクが独立した処理ではなく、メインの会話履歴を完全に引き継いで実行される点も大きなメリットです。
過去の指示や文脈を保持したままHeartbeatが回るため、「先ほどの件はどうなったか」といった文脈依存の確認が可能になります。
大規模な対話ではコンテキストウィンドウの制限が懸念されますが、MCP Memoryなどの長期記憶技術と連携させることで、より高度な判断が維持されます。
メインセッションを継承するこの設計により、AIは断片的な作業者ではなく、プロジェクトの全体像を把握した秘書として機能します。
文脈を理解した自律駆動が、単なる自動化を超えた知的なアシスタント体験を支えています。
openclaw.jsonによる詳細なHeartbeatパラメータ設定手順
当セクションでは、OpenClawの挙動を左右するopenclaw.jsonでのHeartbeat設定手順を詳しく解説します。
なぜなら、適切なパラメータ調整はAIエージェントの反応精度を高めるだけでなく、APIコストの暴走を防ぐための生命線となるからです。
- 実行間隔（every）とターゲットチャネル（target）の最適化
- 深夜の稼働を制限する「activeHours」の設定方法
- コンテキストを軽量化する「isolatedSession」と「lightContext」
実行間隔（every）とターゲットチャネル（target）の最適化
実行間隔と出力先の指定は、エージェントの利便性とコスト効率を両立させるための最優先設定です。
頻繁すぎる実行はトークンを浪費し、逆に間隔が長すぎると業務のリアルタイム性が損なわれるため、用途に応じた使い分けが欠かせません。
例えば、監視業務では短めの間隔、要約業務では長めの設定が推奨され、targetにlastを指定することでエージェントが自ら最新のチャネルへ語りかけるようになります。
APIコストを抑えながら効率的に運用するコツは、OpenClaw API 完全ガイドで紹介されている削減術と併せて検討することです。
下記の早見表を参考に、自身の運用スタイルに最適なパラメータを組み込みましょう。
| 業務内容 | 推奨every設定 | ターゲット設定の狙い |
|---|---|---|
| システム監視 | “15m” | 異常検知時の即時通知を優先 | 未読メール要約 | “1h” | 情報の蓄積を待ってから報告 | リマインド・巡回 | “30m” | ユーザーの直近チャネル（last）へ能動的に提案 |
（出所: Heartbeat – OpenClaw Docs）
業務をさらに加速させたい方は、生成AI 最速仕事術を参考にAIへの指示の型を磨くのが近道です。
深夜の稼働を制限する「activeHours」の設定方法
業務時間外の不要な推論を停止させるには、activeHoursパラメータによる時間制限が極めて有効です。
AIが24時間常に稼働し続けると、夜間の意図しない通知がノイズになるだけでなく、無駄なAPI利用料が発生し続けるリスクがあります。
設定ファイル内にタイムゾーンと開始・終了時刻を記述するだけで、日本時間に合わせた柔軟な運用が可能です。
これにより、プライベートな時間帯の通知をブロックしつつ、翌朝の始業に合わせてエージェントを自動で覚醒させることができます。
以下のJSONスニペットを参考に、深夜の無駄な「心拍」を抑止してコストパフォーマンスを最大化してください。
{
"agents": {
"defaults": {
"heartbeat": {
"activeHours": {
"start": "09:00",
"end": "19:00",
"timezone": "Asia/Tokyo"
}
}
}
}
}この設定を適用することで、指定時間外はAIの思考プロセス自体が停止し、健全な運用サイクルが維持されます。
コンテキストを軽量化する「isolatedSession」と「lightContext」
肥大化した会話履歴によるコスト増を抑えるには、isolatedSessionとlightContextによるデータ軽量化が必須のテクニックとなります。
会話が重なるにつれコンテキストが数万トークンに達する場合があり、これをHeartbeatのたびに送信すると運用コストが急激に膨らむためです。
isolatedSessionをtrueに設定すれば過去の履歴を切り離して1回あたり数千トークンに抑えられ、経済的な自律運用を実現できます。
また、lightContextを併用することで初期起動時の読み込みファイルをスキップし、さらにレスポンス速度を向上させることが可能です。
この仕組みについては、公式ドキュメントでも効率的なセッション管理として推奨されています（参考: Session pruning）。
これらの機能をフル活用して、必要な文脈だけを維持しながら、スマートで低コストな24時間稼働体制を構築しましょう。
HEARTBEAT.mdの廃止と最新のデータベース駆動管理への移行
当セクションでは、OpenClawのアップデートに伴う指示管理方式の劇的な変化と、その具体的な移行手順について詳しく解説します。
初期のOpenClawで主流だったファイルベースの管理は、エージェントの自律性が高まるにつれて整合性の維持が困難になり、現在はより堅牢なデータベース駆動型へと進化したためです。
- なぜHEARTBEAT.mdは廃止（Retired）されたのか
- 指示書（Monitor Scratch）を編集する「openclaw cron scratch」コマンド
- 「openclaw doctor –fix」による安全なマイグレーション手順
なぜHEARTBEAT.mdは廃止（Retired）されたのか
以前のバージョンで利用されていたHEARTBEAT.mdは、現在のOpenClawでは完全に廃止（Retired）され、データベースによる一元管理へと移行しました。
テキストファイルによる管理は手軽な反面、複数のエージェントが同時に指示を書き換える際の競合や、実行中の動的な指示更新における整合性の確保に大きな課題があったためです。
具体的には、SQLiteデータベース内にシステム所有領域を設けることで、トランザクション管理が可能になり、エージェントが自らの「巡回ルール」を安全に更新できる基盤が整いました。
OpenClaw Gatewayを介して指示を処理する際も、このデータベース駆動の仕組みが高い信頼性を支えています。
このアーキテクチャの変更により、長期稼働時でも指示内容が損なわれることなく、より安定した自律運用が実現されています。（参考: OpenClaw Docs）
指示書（Monitor Scratch）を編集する「openclaw cron scratch」コマンド
データベースへ移行した後のHeartbeatへの具体的な巡回指示は、専用の「openclaw cron scratch」コマンドを使用して編集を行います。
指示内容がデータベース内に格納されているため、従来のテキストファイルを直接開く形式ではなく、CLIを介して一時ファイルを作成し、保存時にデータベースへ反映させるフローが必要です。
コマンドを実行すると、環境変数で設定されたエディタが起動し、その場で巡回ルートやチェック項目のスクラッチを記述できます。
openclaw cron scratch
ファイルの存在場所を気にする必要がなくなり、どの端末からでも一貫したインターフェースでエージェントの行動指針を調整できるようになりました。
複雑な設定ファイルの構造を覚える手間が省けるため、ユーザーは純粋にAIへの指示内容の洗練に集中できるでしょう。
効率的なAIへの指示出しについては、生成AI 最速仕事術でも詳しく解説されており、プロンプトの型を学ぶことでHeartbeatの精度をさらに高めることが可能です。
「openclaw doctor –fix」による安全なマイグレーション手順
旧来のHEARTBEAT.mdを運用している環境でも、「openclaw doctor –fix」を実行するだけで、安全に最新のデータベース形式へマイグレーションが完了します。
このコマンドはシステムの不整合を検知し、既存のMarkdownファイル内の記述を自動的にSQLiteへインポートした上で、旧式のタスク設定をCronジョブへ変換してくれるためです。
移行時に「ファイルが消えてしまった」と焦るユーザーも少なくありませんが、元のHEARTBEAT.mdは backups/heartbeat-migration/ ディレクトリへ安全に退避される仕組みになっています。
実際に以前の環境から移行を試みた際も、このバックアップの存在を知っているだけで、不測の事態に対する心理的な不安を大きく解消できました。
手動でのコピー＆ペースト作業は不要であり、公式の修復ツールに任せることで、設定漏れのないスムーズな環境アップデートが可能となります。
環境の構築に不安がある方は、あわせてOpenClaw 導入ガイドも確認しておくと、トラブル時の対応がよりスムーズになるはずです。
APIコストを劇的に下げるプロンプトキャッシュとKeep-Warm戦略
当セクションでは、OpenClawのHeartbeat機能を活用してAPIコストを最小化するための具体的な戦略を解説します。
自律型AIエージェントを24時間運用する上で、最も大きな懸念事項となるのがAPIの従量課金コストであり、その最適化こそが実用化の鍵を握るからです。
- プロンプトキャッシュの仕組みとTTL（生存期間）の関係
- コスト削減の鍵を握る「Keep-Warm」状態の維持方法
- 「empty-heartbeat-file」による不要なリクエストの自動スキップ
プロンプトキャッシュの仕組みとTTL（生存期間）の関係
効率的なコスト運用を実現するためには、主要LLMプロバイダーが提供するプロンプトキャッシュの性質を正しく理解することが不可欠です。
共通の指示文やコンテキストを再利用することで料金が大幅に安くなりますが、一定時間のアイドル状態が続くとキャッシュが破棄されてしまう特性があります。
Anthropic ClaudeやGoogle Geminiでは、一度書き込まれたキャッシュを読み込む「Cache Read」は通常の入力料金より圧倒的に安価に設定されており、この差額が利益に直結します。
一定時間（TTL）が経過する前にアクセスを発生させれば、高額な初回書き込みコストの再発生を物理的に防ぐことが可能です。
Heartbeatを戦略的に動作させることで、常に「Cache Read」が適用される状態を維持し、運用コストを劇的に引き下げることができます。
（参考: プロンプトキャッシュ – OpenClaw Docs）
コスト削減の鍵を握る「Keep-Warm」状態の維持方法
キャッシュの有効期限内にHeartbeatを巡回させる「Keep-Warm」戦略は、長期間の運用において驚異的なコストメリットをもたらします。
数万トークンを超える巨大なコンテキストを保持する場合、都度フルデータを送信するよりも、微量のHeartbeatでキャッシュを維持し続ける方が経済合理性が高いためです。
例えば10万トークンのセッションを維持する場合、数分おきに軽量なHeartbeatを実行してコンテキストを「温まった状態」に保てば、セッション全体の累積コストを数分の一にまで圧縮できるケースも珍しくありません。
稼働間隔（every）をTTLに合わせて最適化する手法は、高度なOpenClaw API運用の現場における鉄則と言えるでしょう。
「empty-heartbeat-file」による不要なリクエストの自動スキップ
無駄な課金を徹底的に排除したい場合、OpenClawに備わっている「empty-heartbeat-file」という仕組みが強力な武器になります。
AIへの具体的な巡回指示が空の状態であれば、GatewayがAPIリクエストそのものを物理的にキャンセルし、1トークンも消費させない賢い設計になっているためです。
実際にモニタースクラッチ（Monitor Scratch）を空にして1日放置した検証では、APIダッシュボード上の課金が一切発生していないことが確認されています。
必要なタイミングでのみ自律思考を起動させるメリハリのある設定を組み合わせることで、24時間の常時監視と究極のコストパフォーマンスを両立できます。
このようにAIを賢く使いこなし、業務を自動化するノウハウは、最新の生成AI 最速仕事術でも詳しく紹介されています。
企業導入におけるHeartbeatのガバナンスとセキュリティ設計
当セクションでは、企業がOpenClawのHeartbeat機能を導入する際に不可欠となる、ガバナンスとセキュリティ設計の要点について解説します。
自律型AIは強力な権限を持つため、企業のコンプライアンスやセキュリティ基準に合致した制御が必要不可欠だからです。
- 「Policy as Code」に基づく実行権限の制限
- 実行エージェント（Main）と監視エージェント（Ops）の分離
- 破壊的コマンド実行時の「Approval Gate（人間承認）」フロー
「Policy as Code」に基づく実行権限の制限
企業のセキュリティ統制においては、指示文による制限ではなく、物理的な権限をコード化して制御する「Policy as Code」の考え方が不可欠です。
ISMSやJIS Q 27001などの厳格なセキュリティ基準に準拠するためには、AIの挙動をシステムプロンプトといった曖昧なソフトガードレールに委ねるべきではありません。
OpenClawでは読み取り専用セッションを適用することで、ファイル編集ツールなどのスキーマ自体をモデルから構造的に除外することが可能です。
企業環境での運用では、OpenClaw Gatewayのセキュリティ境界で未承認コマンドを遮断する設計が重要です。
未承認のコマンド実行が境界で即座に遮断される仕組みを構築すれば、万が一の暴走リスクを最小限に抑えられます。
このような堅牢な権限設計は、自律型AIを社内基盤として安定運用するための大前提となります。
実行エージェント（Main）と監視エージェント（Ops）の分離
実務を担当する実行エージェント（Main）と、その行動を客観的に評価する監督エージェント（Ops）を分離する設計を推奨します。
同一のエージェントに全権限を与えると、判断の偏りやエラーを自己検出することが難しくなるという課題があるためです。
具体的には、Heartbeat機能を監視役のOpsエージェントにのみ割り当て、Mainエージェントの作業ログを定期的に巡回・評価させる体制を構築します。
「実行と監督の分離」をアーキテクチャレベルで実現することで、人間の目が届かない深夜帯などの稼働でも高い安全性を担保できます。
この構造により、AIエージェントの自律性を最大限に活かしつつ、組織としてのガバナンスを維持することが可能になります。
破壊的コマンド実行時の「Approval Gate（人間承認）」フロー
AIがHeartbeat巡回中に重要なシステム変更や削除などの「破壊的コマンド」を提案した場合、即座に実行させず人間が介入するフローが必要です。
自律型エージェントの利便性と引き換えに、重大な判断ミスがシステム全体に波及するリスクを回避しなければならないからです。
Openclaw AXなどの商用マネージドサービスでは、SlackやTeams上で人間の「承認ボタン」入力を待つ「Approval Gate」が標準的な実装例として挙げられます。
AIに判断を委ねつつ最終的な手綱を握る手法については、生成AI 最速仕事術でも詳しく紹介されています。
監査ログとして「誰が、いつ、AIの提案を承認したか」を永続化することで、企業の法的・倫理的な責任を明確化できます。
「Human-in-the-loop」の原則をワークフローに組み込むことが、企業導入における信頼構築の鍵となるでしょう。
トラブルシューティング：Heartbeatが止まる・動かない時の対処法
当セクションでは、OpenClawのHeartbeat機能が期待通りに動作しない場合の具体的な診断方法と解決策について解説します。
自律型AIはバックグラウンドで稼働するため、一見すると停止しているように見えても正常であるケースや、設定の微調整で劇的に改善するケースが多く、これらを正しく切り分けることが運用の安定化に不可欠だからです。
- 「HEARTBEAT_OK」が出ているが、何も起きない場合
- キューの混雑（Congestion）による遅延と統合の仕組み
- デバッグ用の即時トリガーコマンドの活用
「HEARTBEAT_OK」が出ているが、何も起きない場合
ログに「HEARTBEAT_OK」と表示されている状態は、システムエラーではなくエージェントが正常に稼働している証拠です。
これはAIが現在のタスク指示である「Monitor Scratch」を確認した結果、「今すぐ実行すべきアクションはない」と自律的に判断したことを意味しています。
もし意図的に何らかの反応を返させたいのであれば、指示書の内容をより具体的に書き換え、「現状の分析結果を必ず100文字以内で要約して出力せよ」といった強制的なプロンプトをハックとして追加するのが効果的です。
このようにAIの判断基準を明確に指示することで、沈黙による不安を解消し、常に活動状況を可視化できるようになります。
より高度な自動化の「型」を学び、AIを使いこなしたい方は、生成AI 最速仕事術にあるプロンプトの設計ノウハウも非常に参考になるでしょう。
キューの混雑（Congestion）による遅延と統合の仕組み
Heartbeat機能は、厳密な時間精度を保証する一般的なCronジョブとは異なり、システムの負荷状況に応じて柔軟に実行タイミングが調整される仕様です。
大量のメッセージ処理や重い推論タスクが重なりシステムがビジー状態になると、実行が数分から数十分遅れたり、複数回分のサイクルが1回に統合されたりすることがあります。
秒単位での正確な実行を求める業務には不向きであるため、以下の比較表を参考に、用途に応じてOpenClaw Gatewayの設定からCron（Scheduled Tasks）への移行を検討してください。
| 比較項目 | Heartbeat | Cron (Scheduled Tasks) |
|---|---|---|
| 実行精度の特性 | 概算間隔（遅延・統合を許容） | 分単位・特定日時の厳密指定 |
| 実行コンテキスト | メインセッションの文脈を継承 | 原則として独立した新規セッション |
| 主な用途 | 状況に応じた自発的なフォロー | 定時レポートや死活監視 |
用途に応じた実行エンジンの切り分けを行うことで、システムの安定性と業務要件の充足を両立させることが可能です。
自律型AIの柔軟性と、スケジューラの確実性を正しく理解し、過度な精度を求めすぎない設計を心がけましょう。
デバッグ用の即時トリガーコマンドの活用
設定や指示書を変更した直後に挙動を確認したい場合は、次回のサイクルを待たずに手動でイベントを発生させるコマンドを活用するのが効率的です。
CLIから以下のコマンドを実行することで、設定されたスケジュールを無視して即座にHeartbeatのターンをトリガーできます。
openclaw system event --mode nowデバッグ時にはこの他にも、現在のエージェントの稼働状況を把握するstatusや、詳細な内部ログを追うlogsといったコマンドを逆引き形式で使い分けることが推奨されます。
即時実行コマンドをテストの起点に据えることで、トライアンドエラーのサイクルを劇的に短縮し、最適な自律稼働環境を迅速に構築できるはずです。
まとめ：HeartbeatでAIエージェントを真のパートナーへ
本記事では、OpenClawの「Heartbeat」機能を活用し、AIエージェントを24時間自律稼働させるための核心部分を解説してきました。
重要なポイントは、Heartbeatが単なる定期実行ツールではなく、文脈を解釈して能動的に動く「AIの心臓部」であること、そしてプロンプトキャッシュの活用により運用コストを劇的に抑えられるという点です。
受動的なチャットボットを卒業し、あなたのビジネスを背後で支える自律型パートナーへと進化させる準備はこれで万全です。
OpenClawの真価を引き出す設定は完了しましたか？
さらに高度な『自律型エージェントの構築テクニック』や、導入に役立つ周辺ツールの比較については、以下の最新情報をチェックしてください。
あなたの業務をAIが自動で回す未来を、今日から始めましょう。
