OpenClawのプロンプト肥大化と応答ループの遅延を修正

OpenClawのメインエージェントの動作が遅くなり、応答するまでに数分かかる場合、原因は単一のバグではなく、コンテキストの肥大化である可能性があります。詳細なRedditの投稿によると、問題は常に注入されるプロジェクトファイル、過剰な表示スキル、大きなツールスキーマ、そして圧縮と再試行ループを引き起こす会話履歴の組み合わせによるものです。

肥大化の原因

• 常に注入されるプロジェクトコンテキスト: AGENTS.md、HEARTBEAT.md、TOOLS.mdのようなファイルが毎ターン送信されます。時間の経過とともに、これらは小さなマニュアルに成長していました。以前のサイズ例: AGENTS.md 8,618バイト、HEARTBEAT.md 4,970バイト、TOOLS.md 8,820バイト（合計22,408バイト）。
• 表示スキルが多すぎる: メインエージェントには60の表示スキルがありました。OpenClawは毎ターンスキルカタログ（名前、説明、パス）を注入し、エージェントの指示は返信前にスキルリストをスキャンするよう促すため、オーバーヘッドと余分なファイル読み取りが発生します。
• ツールスキーマ: 利用可能なツールのJSON定義（パラメータ、列挙型、説明）はモデルがツールを呼び出すために必要ですが、各スキーマがコンテキスト領域を消費します。
• 会話履歴: LLM呼び出しはステートレスであるため、OpenClawは毎ラウンド十分な履歴を再送信します。巨大なログ、大きなツール出力、長いデバッグトレースが負担になります。
• 圧縮/再試行のプレッシャー: 大きなベースライン＋大きな履歴→圧縮→再試行→依然として大きな固定ベースライン→遅いまま。圧縮では、常に注入されるベースラインや保存された最近のメッセージをトリミングできません。

変更内容

1. メインエージェントスキルの厳格な許可リスト

60の無制限スキルから、10のガードレールからなる小さな明示的な許可リストに変更:

source-grounded-claims
pre-send-check
session-status-claim-check
verify-after-edit
transient-check-failure-disclosure
failed-subagent-results-caveat
gateway-change-guard
openclaw-webui-tailscale-recovery
tailscale-network-guard
long-running-task-guard

2. 常に注入されるファイルの縮小

AGENTS.md、HEARTBEAT.md、TOOLS.mdを巨大なマニュアルではなく、ルーティング/インデックスファイルに圧縮。圧縮後:

AGENTS.md    4,804 bytes
HEARTBEAT.md  2,177 bytes
TOOLS.md      2,387 bytes
Total         9,368 bytes

3. 運用方法の変更

• 監査と診断には、lightContext:trueを使用したサブエージェントを使用。
• 大きなログやレポートはファイルに保存し、メインチャットに貼り付けない。
• メインセッションでは調査結果を要約し、巨大なログやツール出力を貼り付けない。
• tail、grep、sed -nを限定使用して、全内容をダンプせずにファイルを検査する。

これらの変更は、毎ターンすべてを読み込むことが圧縮と遅延を引き起こすというフィードバックループに直接対処します。言及されている特定のバージョンは2026.4.26ですが、このアドバイスは同様の肥大化を経験しているすべてのOpenClawセットアップに適用されます。