コンテンツにスキップ

メモリ

記憶する心。

ライブラリはオフィスが持つもの。メモリは、それをどう見つけるか、何が大事かをどう覚えておくか。

清潔な白い背景の上の、横長の博物館的可視化。エージェントのメモリの構造 — 固定された事実、エンティティ、日付付き事象、それらをつなぐストーリー、そして起動時に読み込まれる一つの最終ストーリー。
エージェントのメモリ — 毎日再構築される最終ストーリー、起動時に読み込まれる。

最上位レベルでは、メモリはすべてがどこにあるかを知っている。その下では、メモリは各フォルダの中身を知っている。さらにその下では、メモリはストーリー — 100のファイルをつなぐ意味の糸 — を知っている。あるストーリーは*「この顧客は8通のメールにわたって3ヶ月間不満を抱えている」と言うかもしれない。そのストーリーは見つけられなければならない。新しいデータが届いた時に照合もできなければならない。新しいメールが届くと、メモリは問う:「これは既に知っているストーリーにつながるか?」*。今日のメモリは、ベクトル検索(あいまい一致用)とファイルシステム索引(正確な取得用)の組み合わせ。大きな未解決問題は、オフィスが何年も稼働している時にメモリがどう構造化されるべきか、ということ。

メモリはどう構築されるか

メモリは作業中に取られるノートから育つ。ノートがストーリーに集約。ストーリーが一つの最終ストーリーに集約 — エージェントが朝オフィスに入る時に読む起動時ブリーフ。

清潔な白い背景の上の、横長の博物館的可視化。メモリ構築の流れ:ノート → ストーリー → 起動時に読み込まれる一つの最終ストーリー。
ノートからストーリーへ、そして一つの最終メモリへ — オフィスが実際に行ったことから毎日構築される。

トラッキングしているベンダー

最上位索引フォルダ検索ストーリーマッチングベクトル + ファイルシステムのハイブリッド起動時注入

さらに深く

🚧 サブページを順次公開中。完全な6レイヤーの図は、6レイヤー概要を参照。

次に読む