ドキュメント

インストールはされているが、使われていないように見える？ プラットフォームにフックやプラグインがある場合、メモリはエージェントに送信され、特別な設定は不要です。一方、そうしたものがない場合は、エージェントにデータを取得するよう指示する必要があります。そのため、設定スクリプトはプラットフォーム自身のコンテキストファイルにメモリセクションを記述します。~/.codex/AGENTS.md, ~/.qwen/QWEN.mdメモリ上では関連しているように見えるが、エージェントがそれにアクセスしない場合、そのファイルが最初にチェックすべき対象です。

変わるのは、エージェントと話す方法です。今では、次のようなことを言うことができます。 「支払いの再試行について、私たちはどう決めましたか？」 or ステージングボックスには古い証明書があることを忘れないでください。 — つまり、会話の最中にです。あなたのエージェントが適切なツールを選びます。あなたは決して具体的な名前を挙げる必要はありません。

あなたのエージェントが手を伸ばせるもの

このリストは必要ありません。特定のものを依頼したときに何が可能かを知ってもらうためにここにあるだけです。

• 物を見つける — 過去のセッションで使われた正確な言葉が必要な場合は、自分が整理したメモリや、 生の会話履歴を調べてみてください。
• 物事を覚えておく — プロジェクトに、またはそれらすべてを対象とする共有レイヤーにファクトを保存する。
• 物事を教える — ルールを保存するか、そのプロジェクトで重要なことを記述した文から始めます。
• 物を調べる — プロジェクトを一覧表示し、プロジェクトが何を知っているかを記載し、そのルールを列挙します。1つのレコードを読んだり、グラフ内であるエンティティが他のすべてのものとどのように接続しているかを調べたりします。
• 物を取り除く — 1件のレコードを削除するか、もはや保存したくない古い 会話履歴を削除します。
• 帳簿を確認する — プロジェクトにある未決定の計画を一覧にし、一つずつ手動で記録し、決定したものはその行を削除する。
• プレイブックを保管しておく — 手順を1回だけ保存し、アカウント全体で利用可能にする。 任意のプロジェクトからその手順を呼び出して実行でき、既存の手順を一覧表示したり、不要な手順を削除したりできる。

エージェントが意図的にできないことの一つ： プロジェクト全体を削除します。その一連の操作は元のアーカイブに反映され、ユーザー名を入力する場所であるアカウントパネルに残ります。

ルールとは、同じことを繰り返さないためのものであり、エージェントたちが決して忘れてはならない慣習や制約、そして苦労して得た正しい対応法です。良いルールというのはまるで法律のようです。「金曜日には決してデプロイしない」「このプロジェクトではスペースではなくタブを使用する」「クライアントの名前はBrethofであり、決してBrefothではない」。短く、明確で、来月でも変わらず有効なものです。

エージェントにルールを保存してもらい、その見返りとして1つだけ質問がされます——このテキストはどこに配置すればよいですか？

その3つ目の選択肢こそが重要であり、他の2つよりも頻繁に選ばれる。ルールというのはコストがかかるもので、永遠に各セッションでスペースを占め続け、何が重要かをキュレーターに教えてくれる。通常の知識をルールとして扱うと、記憶が徐々に堆積していき、結局何も際立たなくなってしまうのだ。

ルールはエージェントだけでなくキュレーターにも教えます。

各プロジェクトには、そこに何を残すべきかを決めるキュレーターがおり、その人のルールがそのプロジェクトの指針となります。一つを保存するだけで、数分以内にそのプロジェクトのキュレーターは、そのプロジェクトが何であり、何が重要かを再学習します。だからこそ、明確なルールがいくつかあるプロジェクトの方が、ルールが全くないプロジェクトよりもはるかによく記憶されるのです。

鋭く保つ

ルールの長さには意図的に制限が設けられている。もし長さが制限を超える場合、それはおそらくルールという形をした知識に過ぎない。重複するルールは1つに統合し、古くなったルールは削除しなければならない。何も自動的にそれらを整理してくれるものはない。なぜなら、あなたの規則を決定する権利は他の何者にも与えられるべきではないからだ。信じているルールが12個ある方が、もう読むのをやめてしまった50個のルールよりも良いのだ。

実践におけるプロジェクト

唯一の重要な決定は、それらをどのように分けるかということです。コードベースごと、またはクライアントやベンチャーごとに1つずつ分けるのが有効な方法です。数が少なすぎると関連性のない作業が混在してしまい、逆に多すぎると文脈が散漫になります。プロジェクトを始める際に、その目的と、何を覚えておくべきかを1文で明確にすることは、最も価値の高い行為です。そうすることで、初日から担当者が意図を理解できるようになり、断片的な情報から意図を推測させる必要がなくなります。

3つの異なるものはそれぞれ計測方法が異なり、どれがどれかを知っておくことは重要です。 録音中 ストレージによって制限されます。 学習 月間の利用限度額によって制限されます。 思い出す 何にも制限されない——検索、セッションのブリーフィング、プロンプトごとの情報呼び出しは、あなたのメモリが当社のライブシステム上にある限り、継続して機能する。

サブスクリプションが期限切れになった場合

Brainは即座に停止します。猶予期間はありません。ただし、7日目にコールドストレージに移されるまでは、保存されているメモリは引き続き応答します。その後は、メモリがもはやライブシステム上にないため、呼び出しは停止します。これはポリシーによるものではなく、物理的な理由によります。30日目にはデータが削除されます。詳細なスケジュールおよび関連するメールは、プライバシーポリシーに記載されています。

限界が残す隙間、そしてなぜ私たちはそれを埋めないのか

制限があるため、新しい記憶は形成されない。その結果、その期間に関する記憶に空白が生じるのだ。 後から戻って記入することはしません。. それは意図的な設計法であり、知っておくべきです。

記憶というのは、会話からのみ生まれるものだ。 ちょうどその時. 数週間前の資料に基づいて後から書かれる記録は、それ以降真実であったことを上書きしてしまい、私たちの記憶ももはや真実ではないことを自信を持って主張し始めるだろう。私たちは、確信に満ちた嘘を作り出すよりも、むしろ空白のままにしておく方を選ぶ。

つまり、簡単に言えば、その差は永続的なのだ。 記憶として. その時期の生の会話履歴は依然として存在し、検索も可能なので記録が失われることはない。欠落しているのは要約された情報層だけだ。制限期間が長くなるほど、記憶は実際に行っている作業からますます乖離していく。そして再開時にも自動的に修復されることはない。エージェントが古い記憶に出会うたびにそれを修正し、週次の照合では記憶同士を比較して、新しい記憶と矛盾するものを削除する。これら両方の処理は常に前方に向かってのみ行われ、後方には戻らない。

誰も静かに切り離されることはない。 制限に近づくとメールが届き、制限に達するとさらにメールが送信されます。エージェントセッションが開始されると通知が表示され、制限が有効な間は各プロンプトの下に短いメッセージが表示されます。90％の警告閾値は、アカウント内で設定したり、無効にしたりできます。