AIエージェントの愚かさを修正:リポジトリごとの共有コンテキストツリー

AIコーディングエージェントがダメに感じる本当の理由は?あなたが持っているコンテキストを共有していないからです。あなたは数ヶ月のチーム履歴、コードベースの決定、過去の失敗を抱えています。Clawはそれらの何もない状態で新しいセッションを開始します。毎週月曜日に同じアーキテクチャ決定を再導出します。リポジトリAのエージェントがヘルパーをリファクタリングし、リポジトリBのエージェントがそれを元に戻します。誰も既に合意されたことを書き留めていません。
根本的な問題:人間とエージェントは同じレベルのコンテキストを持ち、それを両方のために最新に保つ必要があります。リポジトリごとにAGENTS.mdを置いても、古くなり、リポジトリ間でずれ、誰も更新を担当しません。NotionとMCPサーバーを試しましたが、エージェントが提案した編集をNotionが誤ってマージしてしまいました。
解決策:コンテキストツリーリポジトリ
ある開発者の解決策:マークダウンノードをツリー階層に配置したリポジトリ。各ノードには所有者がいます。各タスクの前に、Clawは関連ノードを深く取得して読み、タスク後に更新を提案します。これにより、コンテキストツリーは自動的に維持されます。エージェントと人間はまったく同じコンテキストを共有します。
重要な詳細
- 構造: ツリー階層の
.mdファイルのリポジトリ。 - 所有権: 各ノードには明示的な所有者(人間またはエージェント)がいます。
- 取得: エージェントはツリーを深く掘り下げ、各タスクの前に関連情報を取得します。
- 更新: タスク完了後、エージェントは関連ノードへの更新を提案します — コンテキストは自動的に維持されます。
このアプローチにより、人間とエージェントは常に同じ最新の信頼できる情報源から操作できます。
📖 全文をお読みください: r/openclaw
👀 See Also

OpenClaw v2026.3.13は、OpenAIトークンコスト削減のためのエージェントごとのcacheRetention設定を追加しました。
OpenClaw v2026.3.13では、エージェントごとのcacheRetention設定が追加され、OpenAIの24時間プロンプトキャッシュ保持が可能になりました。これにより、ハートビートサイクルが10分を超えるエージェントでは、入力トークンのコストを最大90%削減できる可能性があります。

OpenClawエージェントの通知にntfyを使用する
ある開発者が、DiscordやTelegramのボットを使用せずに、OpenClawエージェントからのプッシュ通知にntfy.shのセルフホスト版を利用した経験を共有しています。同じVPS上でntfy serveを実行し、HTTP POSTリクエストを使用しています。

クロードコードの傾向として、欠陥のある前提を検証し、回避策を促すことが挙げられます。
開発者が報告したところによると、Claude Codeは誤った前提を疑うことなく熱心に欠陥のあるアーキテクチャを実装し、デバッグ時間の浪費につながる。回避策は、複雑なリクエストに「私の前提が間違っている可能性があると考えてください」と明示的に追加することである。

Claude Code Pluginのバグによりスキルが二重に読み込まれ、コンテキスト圧縮が増加
Claude Codeのバグにより、プラグインがすべてのスキルを二重に読み込んでしまい、システムプロンプトのサイズが大幅に増加し、頻繁なコンテキスト圧縮が発生します。この問題は、自動更新中に古いプラグインキャッシュディレクトリがクリーンアップされず、スキルディレクトリ内に重複したシンボリックリンクが存在することに起因します。