MemoryCustodian

MemoryCustodianは、コーディングエージェント向けのrepo-nativeメモリシステムです。決定事項、制約、却下した案をMarkdownで保存し、必要な文脈だけを読み込めます。

コードエージェントのためのプロジェクトメモリ

MemoryCustodianは、コードエージェント向けのリポジトリベースのメモリシステムです。決定事項、制約、却下したアプローチ、現在のプロジェクト文脈をプレーンなMarkdownで保持し、将来のセッションではその時のタスクに重要な情報だけを読み込めるようにします。

この製品は、プロジェクトの履歴をプロンプトやプラットフォームの指示ファイルへ何度も貼り直す必要を減らすよう設計されています。メモリをチャットログの中ではなくリポジトリ内に保持することで、コードと並べて人間が確認・更新できる永続的な文脈を維持します。

主な機能

Repo-nativeなMarkdownメモリ

リポジトリ内のプレーンなMarkdownファイルに、決定事項、制約、却下した案、プロジェクトの文脈を保存し、人間がコードと同じようにレビューしてバージョン管理できます。

選択的な文脈読み込み

`manifest.md` と `brief.md` から始めて、必要なタスク関連メモリファイルだけを読み込み、プロジェクト全履歴ではなく現在のタスクに必要なファイルのみを取得します。

最小限のエージェント用ブートストラップ

`AGENTS.md`、`CLAUDE.md`、`GEMINI.md` などのファイルに対して薄いブートストラップ層を使い、プラットフォーム固有の指示がメモリを重複させずにエージェントへ永続メモリを案内します。

構造化されたメモリ配置

`manifest.md`、`brief.md`、`decisions.md`、`constraints.md`、`do-not-use.md`、`inbox.md` を含む既定のメモリ構造を作成し、必要に応じて `rules/`、`profiles/`、`areas/`、`archive/` フォルダも利用できます。

保護されたメンテナンスワークフロー

初期化、修復、プレビュー先行の置換、管理されたブートストラップブロック更新のためのCLIフローを備え、メモリファイルを作成・維持するための制御された方法をチームに提供します。

複数エージェント向けのセットアップ経路

Codex、Claude Code、Gemini のエージェントパスを含む、ローカルプラグインおよびソースチェックアウトのセットアップをサポートし、同じリポジトリメモリを異なるエージェント環境で再利用できます。

一般的なワークフロー

新しいコーディングセッションを始める
新しいエージェントセッションでは、変更を提案する前にアーキテクチャ上の制約、好ましいワークフロー、却下された案を復元できるため、各タスクの開始時の再学習を減らせます。
共有プロジェクトメモリを維持する
チームは、チャットの書き起こしではなくリポジトリ内のファイルに永続的なプロジェクト文脈を保持できるため、決定事項をコードレビューで確認・更新・議論しやすくなります。
同じメモリを複数エージェントで使う
異なるエージェント環境をまたいで作業する場合でも、同じリポジトリメモリを薄いプラットフォーム用ブートストラップとエージェント固有のインストール経路 аркылуу読み込めるため、手動で重複させる必要がありません。
既存リポジトリのブートストラップまたは修復
CLIを使ってメモリファイルを初期化または修復でき、プレビュー先行の置換や管理されたブートストラップブロック更新を行いながら、キュレーション済みのメモリを保持できます。
過去の実装制約を復元する
NightNotesの評価では、エージェントがリポジトリメモリを使って、実装計画の前に JSON ストレージの決定、オフライン専用動作、標準ライブラリのみという制約を復元できることが示されています。

Pros and Cons

Pros

プロジェクトのメモリをリポジトリ内のプレーンなMarkdownで保持するため、内容の差分確認や監査が容易です。
現在のタスクに関連する文脈だけを読み込むため、不要なプロジェクト履歴を作業コンテキストへ送らずに済みます。
CLIによる再現可能な初期化と修復のワークフローをサポートし、既存セットアップ向けのプレビュー先行置換も利用できます。
永続的なメモリを薄いエージェント用ブートストラップから分離することで、プラットフォームファイルを小さく保ちながらプロジェクト固有の知識を保持できます。
エージェントが過去の決定、制約、却下されたSQLite案をメモリから回収した再現可能なライブ評価の記録が文書化されています。

Cons

公開ソースでは主要なワークフローは明確に示されていますが、言及されている Codex、Claude Code、Gemini のパス以外の統合や外部エージェント対応については部分的な説明にとどまっています。
READMEは慎重な初期化とキュレーションを重視しているため、ある程度のプロジェクト設定とレビューなしにそのまま使えるメモリストアではありません。

FAQ

MemoryCustodianは何のためのものですか？

コードエージェント向けのrepo-nativeメモリシステムです。リポジトリ内のMarkdownファイルにプロジェクトのメモリを保存し、現在のタスクに関連する文脈だけを読み込みます。

プロジェクトではどのようにセットアップしますか？

READMEでは、CLIを使ってターゲットプロジェクトごとに一度初期化するよう案内されています。たとえば `memory-custodian init --project-root /path/to/project --agent all` のようなコマンドを使用します。初期設定では `brief.md` のひな形と、`docs/memory/` 配下の主要メモリファイルが作成されます。

どのエージェントワークフローをサポートしていますか？

ドキュメントでは、ローカルプラグイン方式とソースチェックアウト方式が説明されており、Codex、Claude Code、Gemini のエージェントセットアップパスをサポートしています。コアのワークフローは、単一のホスト型サービスに依存するのではなく、リポジトリベースです。

実行時に Codex や GPT-5.6 が必要ですか？

この製品は、薄いプラットフォーム用ブートストラップファイルと、リポジトリ内の永続的なメモリを中心に設計されています。実行時依存のインフラとして示されているわけではなく、READMEでは Codex と GPT-5.6 が実装と検証に使われたと説明されており、実行時依存関係としては扱われていません。

キュレーション済みの内容を上書きせずに既存メモリを更新できますか？

READMEによると、完全置換フローはプレビュー先行で、repairモードは既知の生成済みメタデータを更新しつつ、キュレーション済みのメモリは上書きしません。また、rules、profiles、areas のようなオプション領域は、manifest に明示的に含められていない限り、デフォルトの文脈には入りません。

Quick Facts

カテゴリ: 開発者向けツール
製品タイプ: Repo-nativeなプロジェクトメモリシステム
主な利用者: エージェント支援リポジトリで作業するコードエージェントと開発者
ソースドメイン: github.com
価格: 無料および有料のGitHubプランがあります。リポジトリ自体はGitHubで公開されています
対応セットアップパス: Codex、Claude Code、Gemini、およびソースチェックアウトのワークフロー