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

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

Claudeのプロジェクトサマリーをリポジトリにチェックインしよう — 人間のドキュメントより優れている
開発者が、Claudeが生成したプロジェクトサマリーをリポジトリにコミットすることを提案。品質は十分で、生成に数秒しかかからず、将来の読者の役に立つ。

AIコーディングエージェント向けプライマリチャット言語としてHTMLを使用し、SVG図を可能にする
ある開発者が、コーディングエージェントのシステムプロンプトをMarkdownからHTMLに切り替えることで、エージェントがSVG図表やリッチなテーブルをチャット内に直接レンダリングできるようにしました。HTMLファーストのインターフェースでQwen3.6-27Bを使用しています。

Claudeは、コード生成よりもコードレビューの方が得意です。
開発者が、Claude Codeはゼロからコードを生成するよりも、既存のコードをレビューする際により現実的な出力を生成すると共有しています。重要な実践方法には、現在の実装でセッションを開始すること、プロジェクトのコンテキストファイルを維持すること、応答が劣化したときにセッションを再開することが含まれます。

OllamaのDockerコンテナ内でOpenClawを実行し、ネットワークを簡素化する
Redditユーザーが、公式のollama/ollama Dockerコンテナ内にOpenClawをインストールして、OpenClawがlocalhost経由でOllamaと通信できるようにする方法を紹介。host.docker.internalや追加のネットワーク設定が不要になる。欠点はRAM使用量が多いこと。