OpenClaw 使用ガイド:会話コンテキストの正しい管理方法
OpenClaw 使用ガイド:会話コンテキストの正しい管理方法
間違った使い方から始まる話——私はかつて一日中 AI にタスクを押し付け、結果として AI はどんどん遅くなり、最後にはフリーズしてしまいました。
問題:なぜ AI は使えば使うほど遅くなるのか?
OpenClaw(およびすべての大規模言語モデルベースの AI アシスタント)には共通の特徴があります:会話コンテキストは蓄積されていきます。
会話のたびに、システムは過去のメッセージをモデルに渡します。会話が長くなるにつれ、トークン消費は指数関数的に増加します:
- 最初の数回:応答は瞬時
- 数十回後:明らかに遅くなる
- 数百回後:フリーズやタイムアウトの可能性
これは AI が「疲れた」わけではなく、コンテキストウィンドウが一杯になったことによる性能問題です。
解決策:一つのタスク、一つの会話
正しい使い方は:
タスクを完了 → /new → 次のタスクを開始
主要コマンド早見表
| コマンド | 作用 | 使用場面 |
|---|---|---|
/new | 新しい会話を開始(現在のセッション記憶を保持) | 独立したタスク完了後 |
/new <model> | 新しい会話を開始しモデルを切り替え | モデル変更が必要な時 |
/reset | 現在のセッションをリセット(コンテキストをクリア) | 会話が混乱し、最初からやり直したい時 |
/status | 現在の状態と使用量を確認 | いつでも確認 |
/model | モデルの確認/切り替え | モデル変更が必要な時 |
/model list | 利用可能なモデルを一覧表示 | モデルを選択する時 |
/think <off/minimal/low/medium/high/xhigh> | 思考深度を調整 | 複雑な問題では深く、簡単な問題ではオフ |
/verbose on/off | 詳細モードのオン/オフ | デバッグ時にオン |
/compact | コンテキストを圧縮 | 会話が長いがリセットしたくない時 |
高度な指令
| 指令 | 作用 |
|---|---|
/reasoning on/off/stream | 推論表示のオン/オフ |
/elevated on/off/ask/full | 高権限ツールの制御 |
/queue <mode> | メッセージキューモードの調整 |
/usage off/tokens/full/cost | 使用量表示の制御 |
継続性をどう保つか?
頻繁に /new しても、AI は以前のことを忘れないのでしょうか?
いいえ——OpenClaw にはファイル記憶システムがあるからです:
MEMORY.md:コアメモリ、起動時に毎回読み込まれるmemory/YYYY-MM-DD.md:日次ログHEARTBEAT.md:定期タスク設定SOUL.md、IDENTITY.md、USER.md:アイデンティティ定義
これらのファイルは新しいセッションごとに自動的に読み込まれ、AI はあなたが誰で、何をしているかを覚えています。
実践例
❌ 間違った使い方
ユーザー:天気を調べて
AI:北京は今日晴れ、15°C...
ユーザー:それで、スクリプトを書いて
AI:(スクリプトを書く)
ユーザー:そうだ、さっきの天気...
AI:(遡って探す必要がある)
ユーザー:あと、このデータを分析して...
AI:(どんどん遅くなる)
...(20分後)
ユーザー:いる?
AI:(フリーズして応答なし)
✅ 正しい使い方
[会話1]
ユーザー:天気を調べて
AI:北京は今日晴れ...
ユーザー:/new
[会話2]
ユーザー:スクリプトを書いて
AI:(書き終える)
ユーザー:/new
[会話3]
ユーザー:このデータを分析して
AI:(分析完了)
ユーザー:/new
各会話は一つのことに集中し、応答は高速で、AI は常に清醒です。
いつ /new すべきでないか?
コンテキストを保持すべき場合もあります:
- コードデバッグ:以前のエラー情報を振り返る必要がある
- 長文作成:文体の一貫性を保つ必要がある
- 複雑な分析:同じ問題について多段階で質問する
しかし、これらのシナリオでも、会話が 30-40 回を超えたら /compact で圧縮するか /new でやり直すことをお勧めします。
設定の推奨
~/.openclaw/openclaw.json で:
{
session: {
dmScope: "per-channel-peer", // マルチユーザーシーンで推奨
maintenance: {
mode: "enforce", // 古いセッションを自動クリーンアップ
pruneAfter: "30d",
maxEntries: 500,
},
},
commands: {
text: true, // テキストコマンドを有効化
bash: false, // ホストコマンドは慎重に有効化
config: true, // 設定コマンドを許可
},
}
まとめ
| 誤解 | 正解 |
|---|---|
| 一つの会話に一日中タスクを詰め込む | 一つのタスク、一つの会話 |
| 長い会話に記憶を依存する | ファイルシステムで継続性を保つ |
| AI がフリーズするまで待つ | 能動的に /new でセッションを管理 |
| AI が忘れることを恐れる | メモリファイル + 新セッションの読み込みメカニズムを信じる |
覚えておいてください:頻繁な /new は中断ではなく、AI を最高の状態に保つためです。
最終更新:2026-03-11