プラグインなしのOpenClawエージェント用4ファイルメモリシステム

基本的な記憶ファイルの問題点
ファイルの構造化や/new作業の使用などの基本的な記憶修正は最初は機能しますが、毎日使用して1か月後には、MEMORY.mdが300行にまで増加し、エージェントが読む代わりにざっと見るようになる可能性があります。核心的な問題:あなたのエージェントは何を知っているかわからないのです。保存された情報の地図を持っていないため、以前の会話から関連するコンテキストを効率的に見つけることができません。
4ファイルシステム
このシステムは、プラグイン、外部ツール、またはデータベースを必要とせず、特定の目的を持つ4つのマークダウンファイルを使用します。
- USER.md: あなたの人生が変わらない限り決して変わらない、あなたに関する永続的な事実を含みます。毎セッション読み込まれます。アイデンティティ情報と厳格なルールを含みます。例:
# 私について - 名前:[名前] - パートナー:サラ、誕生日6月12日 - 場所:ジャージーシティ、タイムゾーンET - 仕事:[会社]の[役職] - コミュニケーションスタイル:直接的、無駄な言葉なし、企業用語なし # 厳格なルール - 午前10時前に会議をスケジュールしない - 私の承認なしにメールを送信しない - ソーシャルメディアへの自動投稿をしない - CONTEXT.md: あなたが現在取り組んでいること、考えていること、または待っていることの短いリスト(最大20〜30行)。毎週更新されます。セッション開始時に即座にコンテキストを提供することで、「エージェントが何を知っているかわからない」問題を解決します。例:
# 現在アクティブ(3月22日更新) ## 今週 - Q2プレゼンテーションは3月28日締切、マイクからの売上データが必要 - キッチンリフォーム:請負業者デイブが月曜日開始、予算15,000ドル - 東京旅行4月1〜5日:航空券は予約済み、ホテルはまだ ## 待機中 - CPAからの税務書類(3月5日送信、3月25日までに返信がない場合はフォローアップ) - Q2デッキ用のマイクの売上データ ## 私について気づいたパターン - 毎朝ポートフォリオとニュースをチェックし、午前8時前にブリーフィングを事前生成 - イベントで会った人へのフォローアップを忘れる、2週間後にリマインド - 週末=個人的な用事。平日=仕事。混同しない。 - MEMORY.md: テキストの壁ではなく、トピック別に構造化された進行中のコンテキストを保存します。トピック別のセクションは、すべてを読むことなく情報を見つけるのに役立ちます。毎月剪定する必要があります。例:
# 人物 - サラ(妻):[会社]で働く、誕生日6月12日、イタリアンレストランを好む - マイク(同僚):フロントエンドを担当、メールよりSlackを好む、売上データを借りている # プロジェクト - キッチンリフォーム:請負業者デイブ、予算15,000ドル、タイムライン4週間(3月25日開始) - Q2プレゼンテーション:締切3月28日、形式はQ1と同じ、サラが前回をレビュー済み # 決定事項 - 3月5日にopusからsonnetに切り替え(コストの理由、日常タスクに品質差なし) - Googleの代わりにbrave search APIを使用(無料枠で十分) - ブルックリンよりジャージーシティのアパート(PATHアクセス+月400ドル安い) # 定期的なタスク - 毎日午前8時のブリーフィング(カレンダー+メール+天気+ポートフォリオ) - 毎週日曜日午後6時の食料品リスト - 経費報告書を月末最終日に自動生成 - ARCHIVE.md: 完了したプロジェクトや後で重要になる可能性のある古い決定事項を保存します。エージェントはこれを自動的に読み込みませんが、履歴コンテキストが必要なときに参照できます。例:
# 完了したプロジェクト - アパート探し(2026年2月):ジャージーシティを選択、2月25日に賃貸契約 - 税務申告(2026年3月):CPAが処理、キャピタルロスが利益を約2,000ドル相殺 # 古い決定事項 - 2月10日にマルチエージェント設定を試し、2月15日にシングルエージェントに戻した(トークンコスト、ルーティングの問題)
メンテナンスルーチン
MEMORY.mdを毎月剪定し、完了したプロジェクトをARCHIVE.mdに移動するか削除します。CONTEXT.mdを毎週更新します。2か月前の完了したプロジェクトを含む300行のMEMORY.mdは、すべてのメッセージでトークンを無駄にします。
📖 完全なソースを読む: r/openclaw
👀 See Also

Claude CodeのKVキャッシュ無効化をローカルバックエンドで修正
Claude Codeバージョン2.1.36以降は、すべてのリクエストに動的なテレメトリヘッダーとgitステータス更新を注入し、プレフィックスマッチングを破壊し、llama.cppのようなローカルバックエンドで20K以上のトークンのシステムプロンプト全体の再処理を強制します。~/.claude/settings.jsonの設定修正により、処理時間を60秒以上から約4秒に短縮できます。

OpenClaw自動化における予期せぬOpenRouterコストを回避する方法
ある開発者チームが、OpenRouterでClaude Sonnet 4.6(100万トークンあたり3ドル)をすべての自動化タスクでデフォルトとして使用したことで、3日間で750ドルを誤って消費した経験を共有しました。デフォルトモデルの変更、cronジョブやサブエージェントをより安価なオプションに固定し、高価なモデルは機密性の高い作業のみに使用することで、コストを97%削減しました。

ソロ開発者のための大規模プロジェクト向け二段階プロンプト手法:Claude AI活用
一人の開発者が、Claude Chatをアーキテクト、Claude Codeをビルダーとして使用するワークフローを共有しています。これには、障害モード分析と検証ゲートを含む2段階のプロンプト手法が採用されています。

マルチエージェントアーキテクチャ:AIシステムにおけるシングルエージェントの落とし穴を回避する
Redditの投稿では、複数のタスクに単一のエージェントを使用するという一般的なアーキテクチャ上の誤りが指摘されており、これが絶え間ない監視を必要とする脆弱なシステムにつながっています。提案されている解決策は、各エージェントが狭く特定の役割を持つオーケストレーターとスペシャリストのモデルです。