AIメモリをスコアではなく再侵入で強化する5BY.AIの方式
AIメモリは何を重要として記憶すべきでしょうか？
最近作った対話、最も頻繁に現れた主題やAIが高いスコアをつけた回答をまず思い浮かべる可能性があります。
5BY.AIは記憶の価値をこのような自動スコアだけで決定しません。
ユーザーが過去の座標に再び入り実際の作業に活用する時記憶は現在の思考と再びつながります。
古くなったからといって自動的に弱くなりません
昨日の一回限りの質問より1年前のプロジェクトの核心Anchorがより重要な可能性があります。
時間は記録の順序を理解する座標であり意味の有効期限ではありません。
5BY.AIは時間が経ったという理由だけでSavedやAnchorの価値を自動的に下げません。
似ているからといって重要なわけではありません
同じキーワードが繰り返されたり意味が似た対話が多くてもユーザーの最終判断と同じという意味ではありません。
初期仮説、破棄した方法、単純計算と最終原則がすべて似た主題を持つ可能性があります。
類似性は探査を助けることはできますが重要度を代わりに決定しません。
再侵入は実際の使用イベントです
ユーザーが過去のSavedを再び確認したりAnchorに戻り新しい作業を始めれば該当記録が現在の思考に再び使われます。
再侵入の例は次の通りです。
- Savedを開き根拠を再び検討します。
- Anchorに戻り現在の条件と比較します。
- Handoffを通じて新しいAI対話を始めます。
- 過去の判断を修正し新しいAnchorを作ります。
画面に見えたからといって強化されません
5BY.AIグラフィックビュー（Graph View）を開けば複数のノードが画面に現れます。
単純に見えたという理由ですべて重要な記憶になるべきではありません。画面配置とカメラ位置が記憶の基準を変えればユーザーの意図と関係ない強化が生じます。
グラフィックビューは関係を示すProjectionであり単純露出を強化イベントとして計算しません。
AnchorクリックとHandoff準備も区別します
Anchorを間違えて開いてすぐ閉じる可能性があります。
Handoffを準備したが新しい対話を始めない可能性もあります。
したがってクリックやAttachだけで実際の再利用を確定しません。つながれた文脈に基づいて新しい最初の対話が進行される時に再侵入イベントが成立できます。
同じイベントを複数回計算しません
ブラウザの再レンダリングとリクエスト再試行で同じ最初の対話が繰り返し検出される可能性があります。
同じAnchorと同じ新しい対話の再侵入は重複計算されてはいけません。記憶の変化が実際のユーザーイベントと一致する必要があるからです。
再侵入が多いからといって正解になるわけではありません
ユーザーが同じAnchorに複数回戻る理由は重要だからという可能性もありますが解決されていない問題のための可能性もあります。
再侵入は「現在の作業で再び使われた」という意味です。
その内容が事実や最終決定という意味ではありません。
最近の再接触は現在の流れを見つけるのに役立ちます
昔作ったAnchorでも今日再び使ったなら現在のプロジェクトに近い記憶です。
5BY.AIは最初に生成された時間と再び使われた時間を区別します。基本探査で最近の再接触を活用できますが、これを絶対的な重要度スコアに変えません。
SavedとAnchorの役割
Savedは特定の質問と回答を再び見る座標です。
Anchorは目標と判断状態に戻り次の作業を始める座標です。
HandoffはAnchorから新しい対話に移動する準備をします。
この構造を通じて記憶は単純に保存されるだけで終わらずユーザーが必要な時に再び現在の思考に参加します。
保存された記録は過去に存在します。再侵入した記録は現在の作業に再び使われます。
5BY.AIがスコアより再侵入を重要視する理由です。