OpenClaw AIが指示と違う行動をする2026：誤作動の6大原因と正確なプロンプトの書き方

なぜOpenClawは指示を間違えるのか？根本的な理解

OpenClawが指示と異なる行動をとる場合、多くのユーザーは「AIが馬鹿だから」と思いがちです。しかし実際には、ほとんどのケースで明確な原因があり、それを特定・対処することで解決できます。

OpenClawはLLM（大規模言語モデル）を使ってすべての判断を行います。LLMは「コンテキスト内のすべての情報」から次の行動を決定します。つまり、AIが間違った行動をとる時は、コンテキスト内に矛盾した情報・不足した情報・誤解を招く情報があることを意味します。

原因1：コンテキスト溢れによる前提情報の消失

最も多い原因です。会話が長くなるにつれて古い情報がコンテキストから押し出されます。AIは「最初に言ったルール」を覚えていられなくなり、その結果として指示と異なる行動をとります。

対策：絶対に守らせたいルールはSOUL.mdに書く。または重要な指示を繰り返す（「前と同様に、メールは必ず確認してから送ってください」）。

原因2：SOUL.mdとの競合・矛盾

SOUL.mdに書いたルールと、その後会話中に与えた指示が矛盾すると、AIはどちらを優先すべきか迷います。多くの場合、より最近の（会話中の）指示が優先されますが、これがSOUL.mdのルールを破る原因になります。

原因3：スキル干渉（複数スキルが互いに上書きする）

OpenClawにスキルを多数インストールすると、スキル同士が干渉する場合があります。例えば「メール管理スキル」と「スケジュール管理スキル」が両方インストールされていると、カレンダー招待メールに対してどちらのスキルが処理すべきか競合します。

# 現在インストール済みのスキルを確認
/skill list

# 特定のスキルを無効化（競合テスト）
/skill disable email-manager

# スキルを完全にアンインストール
/skill uninstall email-manager

原因4：曖昧・多義的な指示文

日本語は文脈依存の言語であり、同じ文でも複数の解釈が可能です。AIはその中から一つを選択しますが、ユーザーの意図と異なる解釈をすることがあります。

原因5：過去の会話からの誤った文脈引き継ぎ

OpenClawは過去の会話から文脈を引き継ぎます。これは通常は便利な機能ですが、古いタスクの情報が新しいタスクに「汚染」として流れ込むことがあります。

原因6：モデル固有の解釈パターンの違い

Claude・GPT・Geminiはそれぞれ異なる訓練データと強調点を持ちます。あるモデルで完璧に機能する指示が、別のモデルでは異なる解釈をされることがあります。特に/modelコマンドでモデルを切り替えた後に誤作動が増えた場合は、このケースが疑われます。

正確な指示を書くための7つのルール

誤作動を早期発見するための確認コマンド

問題が大きくなる前に早期発見するためのコマンドと習慣を紹介します。

# 1. 実行する前に計画を確認
「メールを送る前に、何を送るか教えてください」

# 2. 最近実行したアクションのログを確認
/logs recent

# 3. 現在のセッション状態を確認
/status

# 4. AIに自分の理解を述べさせる
「私の指示をあなたの言葉で言い換えてください」

# 5. 特定のスキルの動作を確認
/skill status email-manager

VPNで通信品質を高め誤作動を防ぐ

OpenClawの誤作動には、通信品質も影響します。特にLLM APIへのリクエストが途中で切断されると、AIは不完全な指示を受け取り、それを補完しようとして誤った行動をとることがあります。

高速で安定したVPN接続は、API通信の信頼性を高め、指示が完全にAIに届くことを保証します。特に長い指示文や複雑なコンテキストを送信する場合は、1000Mbps以上の高速回線が推奨されます。

よくある質問

プロンプトエンジニアリング：実際に機能する指示文テンプレート

抽象的なルールよりも、実際に使えるテンプレートを提供します。以下は OpenClaw の誤作動を最小化するために実証済みのプロンプトテンプレートです。

【タスク】~/Downloads内の.pdfファイルを~/Documents/PDF/に移動する
【対象】~/Downloadsフォルダ内のすべての.pdfファイル（サブフォルダは除く）
【実行方法】mv コマンドを使用
【禁止事項】ファイルの削除、名前の変更は行わない
【確認】実行前に「〇個のファイルを移動します」と報告してから実行
【完了報告】移動したファイルの一覧をリスト形式で報告

【タスク】未読メールのうち「請求書」「Invoice」が件名に含まれるものを処理する
【対象】受信トレイ内の未読メール（過去7日間）
【処理内容】件名・送信者・金額をリストアップするだけ。返信・削除は行わない
【禁止事項】いかなるメールへの返信も行わない（私が後で判断する）
【完了報告】リストをMarkdown表形式で出力

以下の3ステップを順番に実行してください。各ステップ完了後に確認を求めてください：

Step 1: GitHubリポジトリ「my-project」のREADME.mdを読んで現状を把握する
　→ 完了したら「Step 1完了」と報告して私の確認を待つ

Step 2: README.mdの「インストール方法」セクションを日本語に更新する（草案のみ、保存しない）
　→ 草案をチャットに貼り付けて私の承認を待つ

Step 3: 私が承認したら、変更をコミットしてプッシュする（メッセージ：「Update README to Japanese」）
　→ 完了後にGitHub URLを報告する

各モデルごとの正確な指示の書き方の違い

原因6で触れたモデル固有の解釈パターンの違いを踏まえ、各モデルに最適化した指示の書き方を紹介します。

❌ 「このファイルを削除して」
✅ 「プロジェクトXは終了したため、~/Projects/X/tempフォルダ内の一時ファイル（*.tmp, *.log）を削除して。重要なソースコードは削除しないこと」

タスク: メール処理
対象: 受信トレイ・未読・件名に「請求書」を含む
アクション: リストアップ（返信・削除は行わない）
出力形式: Markdown表（日付/送信者/件名/金額）
制約: 金融情報は要約しない・原文をそのまま出力

❌ 「最新情報を調べて」（あいまい）
✅ 「Google検索でOpenClaw v1.9のリリースノートを検索して、重要な変更点を3つ日本語で要約して。URLも含めて報告すること」

誤作動の事後分析：何が起きたかを把握する方法

誤作動が起きてしまった後、何が原因だったかを分析することで同じミスを繰り返さないようにできます。

# 1. 最近の実行ログを確認
/logs recent --limit 20

# 2. 特定の時間範囲のログを確認
/logs --from "2026-03-09 14:00" --to "2026-03-09 15:00"

# 3. 特定のスキルの実行履歴
/logs --skill email-manager

# 4. AIに自分の思考プロセスを説明させる
「先ほど実行したタスクで、なぜ〇〇という行動をとったのか理由を説明してください」

# 5. SOUL.mdの競合確認
「現在のSOUL.mdのルールと、今行ったタスクの指示に矛盾がありましたか？」