セッションは終わる。
メモリは残る。

AIエージェントが、それを学んだのとは別のセッションで使えるナレッジです。コーディングエージェントにとって役立つのはプロジェクトメモリです。ソースのどこにも書かれていない判断、落とし穴、規約をエージェントの外に保存し、それが関わるコードの近くで作業が行われるときに届け直します。

モデルの呼び出しそのものはメモリを持ちませんが、製品の側でコンテキストウィンドウの外にナレッジを残すことはできます。Codexのローカルメモリ、Claude Codeの自動メモリ、コミットされた指示ファイルは、いずれもセッション間で役立ちます。残る問題は、何が保存され、誰がそれを使え、いつ届くかです。解説記事：AIコーディングアシスタントがセッションのたびにコードベースを忘れる理由。

いいえ。違いは届くタイミングです。メモリAPIは、問い合わせを受けたときに答えます。自社製品の中で呼び出し箇所を自分で管理しているなら、それで機能します。しかしコーディングエージェントは自分に何が欠けているかを知らないため、尋ねようと思いもしなかった制約は届きません。プロジェクトメモリは、エージェントがこれから作業するパスを読み取り、一致するナレッジを最初のツール呼び出しの前に届けます。

小さなリポジトリなら、短い指示ファイルで十分なことも少なくありません。Claude Codeはパス単位のルールと条件付きのAGENTS.md読み込みに対応し、Codexは入れ子のAGENTS.mdとローカルメモリに対応しています。Pathruleが役立つのは、同じワークスペースのナレッジを、タスクに合わせた選択と強制できる要件とともに、異なるエージェントへ届ける必要があるときです。比較：Pathrule vs 指示ファイル。

答える問いが違います。リポジトリのインデックスは、コードがいま何を言っているかをエージェントに伝えられます。答えはどこかにあるのに、誰もその場所を覚えていないときに便利です。しかし、レビューの中で下され、どこにも書かれなかった判断については、返せるものがありません。そしてプロジェクトメモリが持つのは、ほとんどがそうした判断です。両者は共存します。ファイルには検索を、判断の理由にはメモリを。詳しい解説：ベクトルRAGとパス単位のコンテキスト。

メンバーシップで決まります。メモリ、ルール、スキルは共有のパス単位のグラフに置かれ、ワークスペースへのアクセスは、クライアントではなくサーバー側で強制されます。ロールと権限をご覧ください。

その必要はありません。Pathruleがリポジトリのソースコードを自動でアップロードすることはありません。ローカルモードにはアカウントがなく、ナレッジはお使いのマシンにとどまります。クラウドモードでは、Pathrule Cloudがチームの書いたメモリ、ルール、スキルを保存し、当てはまるものを順位づけするために各プロンプトの冒頭が送信されます。また、あなたかエージェントがpathrule snapshotを実行したときには、ファイルツリー、マニフェスト、ドキュメントの短いサンプル、最近のgitメタデータがアップロードされます。詳しくはセキュリティページをご覧ください。

何も変わりません。それこそが、メモリをエージェントの外に保存する理由です。同じメモリがClaude Code、Codex、Cursor、GitHub Copilot、Windsurf、そしてMCPで接続したほかのクライアントに届くので、エージェントを替えても、チームが書き留めたものはリセットされません。解説記事：AIツールが変わっても、チームのメモリは変わるべきではない。

あなたも忘れますし、エージェントも忘れます。ひとりの場合にメモリがもたらすのは共有ではなく、4か月前のあなた自身です。あるアプローチを却下した理由を残しておかなければ、それがすでに決着済みだとは知らないエージェントを相手に、同じ議論を蒸し返すことになります。複数のエージェントを使うなら、効果はさらに積み重なります。どのエージェントも、ほかのエージェントのノートは読めないからです。Pathruleは個人利用なら無料です。本当に過剰になるのはどんな場合かは、どのアプローチが合うかで取り上げています。