AIメモリの訂正伝播と古い派生データの修復

AIメモリの訂正では、元データの変更成功と、そのデータに依存する要約、ベクトル、索引、キャッシュ、検索結果の更新完了を分けます。正本が訂正済みでも、古い派生物が同じシステムに残り、回答へ再利用されることがあります。依存関係と版を管理し、影響する派生物を再計算し、提供経路で修復結果を再読込することが必要です。本項は訂正と収束を扱い、削除要求の伝播はEA-512、物理的な埋め込み残留はEA-513に接続します。

Weaviateのref2vec-centroidは、参照するオブジェクトのベクトルから参照元の重心ベクトルを作ります。公式資料は、参照先を更新しても参照元のベクトル更新が自動では起動しないと明示しています[S1]。参照元の更新、例えば参照の削除と再追加や同一内容のPUTによって再計算を起動する方法も説明しています。この挙動は、元データの変更が派生物に自動伝播しない具体例です。全Weaviateベクトルや全DBの更新挙動へ一般化しません。

Qdrant v1.19.xのUpdate vectors APIは、指定したベクトルだけを更新し、指定していないベクトルは維持すると説明しています[S2]。したがって一つのpointに複数の表現を保存する構成では、一つの更新成功から全表現の最新性を推定できません。これはfield単位の仕様であり、Weaviateの参照依存と同一の機構ではありません。

例えば価格や資格情報などを訂正した後に、原文は新しい値、要約は古い値、dense vectorは新版、別のnamed vectorは旧版、キャッシュは訂正前という状態が起こり得ます。この例は提案する故障モデルであり、特定組織で観測した事故ではありません。書込みAPIの成功だけを訂正完了にすると、検索経路や閲覧権限によって異なる版を提供してしまいます。

再試行も問題になります。版r2の再計算が遅延している間にr3へ訂正されると、後着したr2の結果がr3由来の派生物を上書きする恐れがあります。元版、依存版、計算設定を付けないジョブでは、この逆転を検出できません。キャッシュ消去だけでは、古い入力で再生成される経路が残ります。

以下は本項が提案する運用契約です。製品横断で自動提供される共通トランザクションを意味しません。

複数入力から作る要約や重心には、単一の最大版番号だけでは足りません。各入力の版の組を記録し、どの訂正を反映した出力なのかを識別します。削除された入力や権限変更も依存関係へ影響します。lineageが不完全なら、分かる範囲と不明な範囲を分けて扱います。

まず正本を訂正し、新版と承認範囲を記録します。次に依存グラフから影響集合を求め、旧派生物を利用中とみなすか隔離するかを業務の影響に応じて決めます。重要な誤情報を提供する危険がある場合は、再計算中の旧版を回答根拠から外す設計が必要です。可用性のため旧版を残す場合も、新版と混ぜて最新と表示しません。

再計算ジョブは入力の固定版を読み、結果と入力版を一緒に保存します。適用時には正本と依存版を再確認し、途中でさらに訂正されていれば、古い結果を配信へ昇格させません。製品が条件付き更新を持たない場合は、アプリケーション側で書込みを直列化するなどの方法を検討します。単なる二回のGETで競合が消えるとは主張しません。

Weaviate ref2vec-centroidでは、参照先の変更だけでは完了しないという仕様に合わせて、参照元の再計算契機も処理に含めます。Qdrantでは、影響するnamed vectorを明示して更新し、意図的に維持した他表現と区別します。要約、reranker用データ、graph、cacheなど別サービスの派生物は、それぞれの保存・更新契約で修復します。

最後にIDによる読取、検索、引用、キャッシュ経由など実際の提供経路を確認します。回答がたまたま新版の値を述べたという一回の生成結果だけで収束を証明しません。出典版、検索されたartifact、設定版、影響集合の処理結果まで対応させます。

自動再計算が存在するシステムもあり、すべての更新を手動化する必要はありません。必要なのは、その再計算がどのイベントで起動し、何を対象にし、いつ検索に反映されるかを確認することです。ref2vec-centroidの非伝播は文書化された特定機構の制約です。Qdrantの未指定ベクトル維持も意図された更新仕様であり、それ自体を障害と呼びません。

再計算によって数値ベクトルが変わっても意味的品質が改善した証明にはなりません。逆に正しい修正でもANN検索順位が毎回同一になるとは限りません。版と内容の修復検証、検索品質評価、業務上の許容判断を分けます。全保存先にまたがる原子的な切替は、本項では実証していません。

安全な試験では架空の参照先と参照元を作り、参照先だけの訂正前後、参照元を再計算した後、検索経路での読取を比較します。追加でr2/r3のジョブ完了順を逆転させ、旧入力の結果が新版を上書きしないことを確認します。これは検証手順の提案です。本RUNでは実Weaviate/Qdrant環境、外部キャッシュ、要約モデルへの更新操作を行っていません。

利用組織の完全な依存グラフ、実際の製品版・設定、クロスストアの収束時間、条件付き更新の実効性、復元後の訂正再適用、権限変更の伝播、独立した本番訂正事故は未確認です。参照更新と再計算を実行したversion固定試験も未実施です。これらを既に修復できたとは扱いません。

「指定した正本版と列挙した派生物について、再計算・適用条件・提供面の読取を照合した」と記述します。「AIが訂正を覚えた」「元データを変えたので全体が最新になった」は検証証拠の代わりになりません。

依存版が不明、旧ジョブが新版を上書きし得る、影響集合に未照合がある、引用元版を確認できない場合は、全体の訂正完了を宣言しません。対象の版が再び変わった場合は既存証拠を捨てず、その後の差分を新しい訂正イベントとして扱います。

既存研究EA-514-R1-20261012と継続Doc 1XpjZC_R1eHlIckvUaEaJ_mcj6YW6j0ihZ0b91z5vewUのEA-514節を継承。2026-10-18に主要claimの一次資料を再確認。文書の反例をそのまま保持し、独立本番事故や実機検証を推測で補完しません。

• [S1] Weaviate Ref2Vec Centroid Vectorizer, Updating the centroidおよびAdditional information: https://docs.weaviate.io/weaviate/modules/ref2vec-centroid
• [S2] Qdrant Update vectors API, v1.19.x、未指定ベクトルの維持とwait/ordering: https://api.qdrant.tech/api-reference/points/update-vectors