OpenClawを24時間365日稼働させる：持続的自律エージェントの実用的アーキテクチャ

核心の問題：永続性のないコンテキストの肥大化

注文処理、メール配信、25サイトにわたるコンテンツ生成、約30のcronジョブによる出荷監視などのビジネスワークフロー向けに、常時稼働する自律エージェントとしてOpenClawを実行する場合、システムはチャットボットではなくサーバーのように振る舞います。根本的な問題は、実際の永続層がないままコンテキストが際限なく肥大化することです。

30分ごとに起動するcronジョブはセッションをアクティブに保ち、アイドルタイムアウトを防ぎながらコンテキストを数千行にまで増加させます。圧縮が会話を要約すると、認証情報、ワークフローの状態、進行中のタスクなどの重要な詳細が失われます。エージェントは「記憶喪失」状態で目覚め、ユーザーは数時間前の古いツール出力が80％を占めるコンテキストウィンドウに対して料金を支払うことになります。

実用的なアーキテクチャ：基盤としてのメモリ

解決策は、メモリを後付けではなく基盤として扱うことです：

• 単一の巨大ファイルではなくトピック分割メモリファイル：
  workspace/ ├── MEMORY.md (スリム、IDとポインタのみ) ├── AGENTS.md (起動シーケンスと回復プロトコル) ├── memory/ │ ├── INDEX.md (ナビゲーションマップ、エージェントが最初に読む) │ ├── SETUP.md (認証情報、トークン、APIキー、パス) │ ├── OUTREACH.md (メールワークフロー、価格設定、取引) │ ├── SHIPMENT.md (監視、cronルール、チャネル) │ └── log/ │ └── YYYY-MM-DD.md (日次アクティビティログ、コンパクトに保持)
• 重要な洞察： 最後に保存するのではなく、進みながら保存する。エージェントは会話中にメモリファイルに書き込み、圧縮前に重要な情報が永続化されることを保証します。

セッションとコンテキスト管理

• 積極的なセッションライフサイクル： "session": { "idleMinutes": 10, "reset": { "mode": "daily", "atHour": 4 } } - 短いアイドルタイムアウトと午前4時の日次強制リセット。
• 実際に剪定するコンテキスト剪定： "contextPruning": { "mode": "cache-ttl", "ttl": "5m", "softTrimRatio": 0.2, "hardClearRatio": 0.35, "hardClear": { "enabled": true, "placeholder": "[Cleared — read memory files to restore context]" } } - プレースホルダーは、コンテキストを黙って削除するのではなく、エージェントに回復方法を指示します。
• より安価な圧縮： コードを書くのではなく会話を要約するため、高価なモデルの代わりに小さなモデルを要約に使用します。

機能強化のためのラッパーツール

エージェントと共に構築された4つのPythonスクリプトが重要な機能を提供します：

• 構造化メモリストア： TTL、タグ、重要度スコア、タイプ別クエリを備えたJSONバックエンド。query --type credentialは即時実行されます。
• セッションチェックポイント： エージェントは自然な区切りで状態を保存し、クラッシュリカバリーを可能にします。
• Cronダイジェスト： すべてのcronジョブが15の別々の出力でコンテキストを肥大化させる代わりに、1つの日次ファイルにログを記録します。
• コストトラッカー： エージェントごとの日次トークン使用量を追跡し、80％と100％で日次予算アラートを発行します。

これらのツールは純粋なPythonで、OpenClawへの依存がゼロであり、独自のJSONファイルを読み書きすることでバージョンアップグレードを乗り越えます。

追加の最適化

• プロンプトキャッシュ管理： キャッシュ保持期間の延長と頻繁なハートビートによりプロンプトキャッシュをウォームに保ち、キャッシュミスを減らして応答を高速化し、コストを削減します。

ネイティブに不足している機能

開発者は、OpenClawにネイティブで備わっていればと望む機能：TTLと自動減衰を備えた構造化メモリ（フラットファイルではない）、実際のクラッシュリカバリーとセッションチェックポイント、計画モード（行動前に考える）、圧縮を生き延びるアーティファクト、ハードカットオフを伴うエージェントごとのコスト予算、マルチエージェントルーティング（例：出荷に関する質問をコンテンツ作成者ではなく履行エージェントに送信）があります。