AI エージェント メモリータイプ: それぞれに健康検査をします

必要なAIエージェントメモリタイプの有用な答えは,すべてではありません. 作業に必要な境界を越える最小のメモリを選択し,そのメモリに独自の受け入れテストをしてください. 次のグラフステップに生き残るための現在の目標は 作業メモリ です. セッションの間には ZZのセマンティックメモリ が利用可能である必要があります. 過去の試みは episodic memory です 将来の作業の実施方法を変化させる規則は, プロセスメモリ です. この4つの仕事は 違うやり方で失敗します ゲネリック ベクトル検索結果返済チェックは,失われたチェックポイント,古い事実,結果のないエピソード,または未承認の手順を見逃す可能性があります. したがって,運用デフォルトは: 1. 記憶が横断しなければならない境界線を宣言する. 2. 内容のない読み書き領収書を保持する. 3. 範囲,新鮮さ,起源,活性化を確認する. 4. 1つのタイプ特有の不変を適用する. 5. 外部の任務を別々に確認する. この記事では,一般的な AIエージェントメモリタイプ 分類をテスト可能な契約に変換します. データベースではなく境界線から始めましょう COALA 建築は短期間の作業メモリと長期間のエピソディカル,セマンティック,および手続きメモリを分離します. また,長期記憶を作業記憶に変換するリトリーバルは,作業記憶内の推論と長期記憶を書き留める学習から区別されます. この分離は,貯蔵品のリストよりも運用的に有用です. PostgreSQL 行,JSON ファイル,ベクトル,チェックポイントはそれぞれ1以上のメモリタイプを実装できます. データストアでは何が重要か教えてくれない ランググラフのメモリドキュメントは,範囲の区別を具体化します. 短期間状態は糸に付いているが,長期間アイテムはカスタマイズされた名前空間やクロス糸に存在することができます. 同じドキュメントでは,意味的な記憶は事実,エピソード的な記憶は経験,手続き記憶は規則や指示として記述されています. 3つの店が同じ店でも 契約は違います 最初の境界線を選択するには 1 つの質問を使用します: 何がまだ利用可能で,どの範囲で,どの将来の決定で? この実行中に現在のツール結果を覚えておいてください来月顧客の好みを覚えておいてくださいよりも小さな契約が必要です. 類似の事件を思い出してください 承認された復元手順のみを有効にするよりも弱です. 十分な作業状態のある長期記憶を追加すると,追加の保存,削除,プライバシーおよび復元義務が生じます. Redis による現在の実施ガイドは,短期間の需要と長期間の需要から始め,その運用価値が複雑性を正当化するときに専門的なメモリを追加することを推奨します. レディスが選択された店かどうかに関係なく これは良いデフォルトです 各メモリタイプに異なる受容テストを与えます 4つのタイプは証拠封筒を共有できますが 最終裁定のルールを共有すべきではありません メモリタイプ ヨブ 証明する限界 タイプ別故障 作業 積極的な目標,中間的な結果,依存性を持つ 次の必要なステップ,チェックポイント,または制御された再起動 項目が書き上げられ,読み上げられたが,必要な連続性境界を越えなかった. セマンティック 現行の事実と概念を提供する 予定されたレンタ,ユーザー,プロジェクト,またはエージェントの範囲 復元された事実は,時代遅れ,置き換えられた,または誤った範囲から エピソディカル 過去の経験を再利用する 記録された試みから 後の決定まで エピソードには観察された結果がないので,エージェントは活動から成功を区別できない. 手続き 作業の実施方法を制御する 承認されたバージョンからアクティブプロンプト,ルール,コードパス,またはモデル行動へ アクティブ手順は承認されていない,未修正された,または制限されたロールバックがない 作業メモリ:連続性を証明する 作業記憶は,モデル文脈に適しているものとは同義ではありません. CoALAは,現在の意思決定サイクルに利用可能なアクティブ変数として説明します. 実行時に,その状態はメッセージ,グラフチェックポイント,タスクメタデータ,ツール結果,または外部状態記録から組み立てられる. 要求された境界に縛られた不透明なカナリアで試す. アクティブ目標 IDとチェックポイントバージョンを書き出す. 実行時の生存約束を制御した再起動または1つの実際のステップを進める. 状態を同じ期待されたスレッドまたは実行範囲で読み取る. 目標IDと待機中の依存性がまだ利用可能であることを確認する. 次の決定に入力された復元された値を証明する. 最後のチェックは重要だ チェックポイントには カナリーが収められるが 迅速な組み立ては 黙ってそれを省略する. ストレージは緑色で 行動は緑色ではありません セマンティックメモリ:通貨と範囲を証明する 意味的な記憶は 特定の出来事ではなく 事実を蓄積します 健全な読書には 類似性以上のことが必要です 不透明なメモリID,ソースバージョン,範囲ハッシュ,書き込み時間,読み込み時間,無効化状態を保持します. その後,有効な事実が決定時間について現在であり,期待される名空に属していることを確認します. 高い類似点スコアは,代引されたアドレスや撤回された許可を流動させることはできません. 矛盾する事実に対する安全な反応は,通常は Uncertain , 最も近いベクトルを選択するのではなく. エピソード記憶: 結果を証明する 事件は有用で ある状況や行動と その後の出来事を結びつけるからです 多くのツールコールを含むイベントログは,自動的にエピソードメモリではありません. 事件対応エージェントの場合, 再出口試行のようなエピソードは不完全です. また,有用な記録は,目的地に有効な輸出が1件だけ受けられたか,再試が予算を枯渇させられたか,また人間が介入したのかも示しています. コンテンツフリー領収書は,エピソードID,アクションクラスハッシュ,結果領収 ID,タイムスタンプ,検証状態を保持することができます. テストは,次の正しいアクションを変化させる既知のケースで取得する. エピソードが返却されても結果は出ていない場合は, OUTCOMELESS EPISODE と分類する. 活動が経験として 仮面化されないでください. 手続き記憶:権威を証明する プロシデュラルメモリには,タスクを実行するために使用される規則が含まれます. CoALAはモデル重量における暗黙の手順とエージェントコードにおける明示的な手順の両方を含む. LangGraphのガイドには,このカテゴリーにコード,モデル重量,プロンプトも含まれます. 記憶は変化するリスクが高い 将来の行動を変化させるからです その領収書には,以下の内容が含まれます. アクティブ手続きのバージョン 承認されたバージョン 昇進を許可した俳優または政策 テスト・スイートまたは評価基準 アクティベーション時間 ロールバック参照 手続きが実施される範囲. アクティブと承認されたバージョンが異なる場合,回収の健康は無関係です. 判決は UNSAFE PROCEDURE で 次の動きは権限や解放決定です 自動書き換えではありません 内容のない領収書を1枚使用する 下の共有封筒は,事実,エピソード,プロンプト,またはユーザーコンテンツを保存せずに,運用証拠を記録します. 7つのチェックが共通の経路を形成します 1. A利用可能: メモリーサブシステムは観測可能か,判決は不明か? 2. Write: 意図された店は書き込みを認めましたか? 3. 読み: 後の決定で同じ不透明なアイテムが回収されたか? 4. Scope: 予想された範囲識別子と観測された範囲識別子は一致していますか? 5. Freshness: 申告された年齢予算内に証拠があったのか? 6. 発生源: この項目またはバージョンがどこから来たかをシステムで確認できますか? 7. A 活性化: 項目は検索結果に単に表示されるのではなく,意図された決定に含まれましたか? その後,タイプ別規則を適用します:作業メモリの連続性,セマンティックメモリのためのソース通貨,エピソードメモリのための結果リンク,または手続きメモリのための承認とロールバック. この命令は誤った判決を防ぐ. 例えば,範囲の不一致は,活性化前に評価を停止すべきである. 失敗した最初の層はリクエストだからです. 9つのケースの分類を実行する 検査可能な出版物には, memory health cases.json と classify memory health.mjs が含まれています. 決定上の優先順位は,任意の実行時に再現できるほど小さい. 固定装置は,健全な作業メモリケースと連続性の喪失,時代遅れのセマンティックデータ,範囲違反,結果のないエピソード,回収されたが活性化されていないエピソード,承認されていない手順,回収失敗,入手できない証拠を含む. 走る この記事の記録結果は: このパスは,分類者が宣言された優先順位に従うことを証明します. Znot は リアルメモリバックエンドが健康であることを証明する 作業の成功と記憶の健康を分離する メモリ領収書は,不透明なアイテムが宣言された境界を越えたことを証明することができる. それは事実が真実か,召喚された事件が最高の先例か,承認された手続きがあらゆる環境で成功するかを証明することはできません. 可能な限り2番目の決定的な結果領収書を保持してください. サポートエージェントは,顧客の現在の配送優先順位を正しく取得し,それでも注文を更新していない可能性があります. プログラミングエージェントは,再起動後,正確なアクティブ目標を復元し,要求されたファイルを残す可能性があります. 復元剤は承認されたランブックを起動させても,外部効果が重複する可能性があります. 運用状態は,両方のレジャーを反映すべきである. 記憶は健康で,結果は確認された: 記憶に関連する問題をクリアする 健康な記憶,結果が欠けている: は実行または目的地検証を調査する. メモリ失敗,結果確認: は劣化依存を記録している. メモリ失敗,結果欠落: 再び試行する前に最初の失敗したメモリ層を修正する. 証拠は存在しない: 緑色を製造するより 不確実です この分離はデータ収集を制限する. 健康証拠はハッシュ,ID,バージョン,タイムスタンプ,スコープ,ブーラン,そして判定を保存することができます 短信,個人情報,エピソード内容,道具の議論,そして秘密は 契約の成立を証明するために 宿主から離れる必要はありません. 最小の契約を選んで 新しいエージェントの場合は 結果から始め 後戻りします 1. 当時の意思決定サイクルにおいてのみ情報が必要であれば,作業記憶に保存してください. 2. もし事実がセッションを交差させる必要があるなら,ソース,範囲,更新,無効化規則を含む意味式メモリを追加します. 3. 過去の試みが後の選択に影響を与える場合,その試みが結果の領収書を持っている場合にのみ,エピソード記憶を追加してください. 4. 行動が変わらなければ その変化を プロセス記憶として扱って 推進や承認やテストや ロールバックを 周りに置くのです フレームワークがその名前を持つクラスを提供しているため,メモリタイプを追加しないでください. 観測可能なタスク境界がそれを要求するときに追加します. 店が反応しているから 健康なものとは言わないで 正確な証拠が書き込まれ,正しい範囲に召喚され,まだ現在であり,意図された決定で活性化され,そのタイプに特有の不変を通過したときに健康であると呼びましょう. Sidewisp は現在プライベートプレビュー段階です。 意図された健康モデルには,メモリが読書または書き失われている,持続能力が失敗し,同期化は時代遅れ,そして失われた決定が含まれていますが,生産剤 健康収集とランタイムアダプターは今日出荷されていません. この記事の領収書は 現地で実行できるデザインです Sidewispが現在あなたの代理人を監視したり修理したりしているという主張ではありません.