Claudeのプロジェクト指示が注入される仕組み—そして会話中に変更すると履歴が壊れる理由

✍️ OpenClawRadar📅 公開日: May 1, 2026🔗 Source
Claudeのプロジェクト指示が注入される仕組み—そして会話中に変更すると履歴が壊れる理由
Ad

Redditユーザー(OHOLshoukanjuu)は、Claudeにプロジェクト会話と非プロジェクト会話の両方で完全なシステムプロンプトを逐語的に出力させ、その差分を比較することで、プロジェクト指示が実際にどのように機能するかを調査しました。以下がその結果です。

重要な発見:開始時の1回だけの注入

プロジェクト指示(およびユーザー設定)は、毎回再注入されるのではなく、会話開始時にシステムプロンプトに読み込まれ、その後はコンテキスト内に残ります。つまり、Claudeは最初に一度だけそれらを見ることになります。

会話途中での変更によるバグ

会話の途中でプロジェクト指示を変更しても、Claudeは変更されたことを認識しません。更新されたバージョンを、最初のメッセージからそうであったかのように読み取ります。これにより、2つの奇妙な動作が発生します:

  • 即座の従順:指示に「すべての応答を「助けて、私はバグです」で始めてください」とあり、それに従った応答が1回返ってきた後、指示を「すべての応答を「ハローワールド」で始めてください」に変更すると、次の応答は「ハローワールド」で始まります。
  • 誤った記憶:最初のターンのプロジェクト指示が何だったかClaudeに尋ねると、「ハローワールド」と答えます。実際には、最初の応答で現在見えている指示に従っていなかったため、エラーを犯したと結論付けます。

明示的なラベルなし

プロジェクト指示は、プロンプト内のどこにも「プロジェクト指示」とラベル付けされていません。Claudeはそれに従いますが、「プロジェクト指示は何ですか?」と尋ねると、何もないと答える可能性があります。なぜなら、コンテキスト内にそのようにタグ付けされたものがないからです。

発見方法

ユーザー(iOS、2023年からのMaxサブスクライバー、自身を非開発者と称する)は、Claudeにプロジェクト会話と非プロジェクト会話の両方で完全なシステムプロンプトを逐語的に出力させました。2つのダンプを比較し、変更をテストしながらClaudeの思考プロセスを観察することで、単回注入の動作を確認しました。

つまり、長い会話の中でプロジェクト指示を進化させながら使っている場合、Claudeは過去の理解を最新バージョンの指示に合わせて書き換えます。元のコンテキストは失われます。

📖 全文を読む: r/ClaudeAI

Ad

👀 See Also

Codexで構築、OpenClawで実行:実用的な分割が機能する
Tips

Codexで構築、OpenClawで実行:実用的な分割が機能する

ある開発者が、OpenClawのフラストレーションを突破した方法を共有。自動化ロジックはCodexで構築し、OpenClawは純粋に実行レイヤーとして使用。さらに、Apple MessagesをCarPlay経由で使うことで、まるでJarvisのようなアシスタントに近づいたと語る。

OpenClawRadar
OpenClawが次のプロンプトを必要とするなら、それはまだ自律的ではない — 持続的ワークフローのためのセットアッププロンプト
Tips

OpenClawが次のプロンプトを必要とするなら、それはまだ自律的ではない — 持続的ワークフローのためのセットアッププロンプト

OpenClaw をリモコンではなくコーディネーターとして扱い、GOALS.md を共有ロードマップとして使い、一度に一つの Codex ゴールを進めていきましょう。

OpenClawRadar
OpenClawの最低要件を探る:OrangePi Zeroは十分か?
Tips

OpenClawの最低要件を探る:OrangePi Zeroは十分か?

予算に優しいOrangePi Zeroは、OpenClawを効果的に実行するのに十分でしょうか?Redditの議論に飛び込んで、このコンパクトでありながら強力なセットアップの可能性と限界を解き明かしましょう。

OpenClawRadar
🦀
Tips

私自身のバグ報告が誤りだと証明した方法:apiRootプロキシ経由でのOpenClaw Telegramデバッグ

OpenClawのTelegramのapiRootをローカルプロキシに向けて、実際のワイヤーペイロードを記録できます。ある開発者は、コピーしたテキストが再挿入ではなくレンダリングされたものであると知り、バグ報告を取り下げました。

OpenClawRadar