OpenClawのデフォルトのマークダウンメモリを除去し、代わりにNode.js/Postgres APIレイヤーを構築しました

OpenClawでCognitive Productivity Analyzerを開発している開発者が、数週間の使用後にデフォルトのMEMORY.mdファイルで壁にぶつかりました。フラットなテキストファイルは幻覚エンジンと化し、エージェントが非推奨のAPI設計を事実として思い出し、合意されたシステムのトレードオフを忘れてしまいました。修正方法は、memory-coreプラグインを無効にし、決定論的な強制レイヤーを構築することでした。

アーキテクチャ詳細

• データベース: system_architecture_rules、api_design_decisions、feature_roadmapsの厳密なスキーマを持つPostgreSQL。
• ミドルウェア: OpenClawにカスタムツールコールで公開されるNode.js/Expressバックエンド。
• 型付き契約: エージェントは、デザインのトレードオフやAPIルートを記録するために、TypeScriptで検証されたJSONペイロードでPOST /memory/architectureを実行する必要があります。
• 不変のコンテキスト注入: クエリ時に、ツールレイヤーがPostgresから正確な行を取得し、エージェントが推論する前にコンテキストウィンドウに注入します。

結果

コンテキストドリフトは完全にゼロになりました。エージェントはリレーショナルデータに制約されているため、データベーススキーマを幻覚することはできません。アーキテクチャルールの更新は古い行を上書きし、矛盾したメモは残りません。トレードオフ: ツールコールあたり約150msのレイテンシと、週末のバックエンドコーディング。

まとめ

開発者は、エージェントのメモリはストレージの問題ではなく、API設計の問題だと主張しています。LLMに厳格なツール境界を通じて思考を分類させることで、何百ものイテレーションにわたって状態の破損を防ぎます。Nodeリポジトリのオープンソース化を検討中。