Cascade Forget カスケード忘却

解決する課題 #

ファイルを削除しても、その埋め込みも、要約も、記憶がそこから推論した事実も消えません。スナップショットとバックアップは残り、内容はバージョン履歴にも残っています。

「復元できること」と「忘れられること」は、1 本の軸の両端であり、ほとんどのシステムは、その選択を人間に渡しません。書き込んだあとで忘れることを考えても、たいてい手遅れです。

仕組み #

• 系譜。 すべての派生物が入力を記録します。逆引きの索引が「X に依存するものすべて」に答えます。ノートの sources フィールドも系譜です。
• 保持クラスは、書き込み時に決めます（履歴はあとから書き換えられないため）。scratch（短い TTL、バックアップに入れず、実行の終了時に掃除できる）、normal（バージョン管理され、復元できる）、sensitive（独自の鍵ドメインを持ち、鍵を破棄すれば粉砕できる）。
• 復元と忘却の緊張関係。 ソフト削除の期間内なら復元でき、その期間を過ぎてはじめて完全に削除されます。忘却の要求は、その期間を飛ばせます。
• 手順。 要求（人間か運用者が出します。エージェントは求められるだけで、実行はできません）、系譜のたどり、派生物の削除と混合起源の事実の導出し直し、normal クラスでは影響を受けるパスの履歴の書き換えとスナップショットの掃除、sensitive クラスでは鍵の破棄、そして最後に報告。
• 報告： 削除したファイルの数、取り除いた派生物、履歴を書き換えたか、破棄した鍵、まだ期限が切れていないスナップショット、そして カバーできない範囲の明示的な一覧： NAS の外のコピー、モデル提供者のログ、モデルの重み。
• 必ず Human Gate（または事前に承認するポリシー）を通ります。リーガルホールド は忘却を妨げ、その事実は記録されます。

小さく始める #

• まず、保持クラスとソフト削除から始め、すべての派生物の入力を記録します。
• 最初の到達点は「元のファイルを削除したら、そのすべての派生物を列挙して削除する」です。
• 暗号粉砕は sensitive クラスのために取っておきます。最初からあらゆる場所で行う必要はありません。

インターフェースのスケッチ #

説明用の例です。フィールド名は仕様 v0.3 までに変わる可能性があります。

{
  "forget_id": "fgt_3b7c",
  "selector": { "paths": ["/shared/crm/acme/**"], "subject": "customer/acme" },
  "retention_class": "sensitive",
  "report": {
    "files_removed": 142,
    "derived_removed": { "embeddings": 3621, "summaries": 210, "notes_rewritten": 6 },
    "history": "rewritten (3 commits)",
    "keys_destroyed": ["key_acme"],
    "snapshots_pending": ["nightly-2026-11-10 (expires 2026-11-17)"],
    "not_covered": ["copies outside the NAS", "model provider logs", "model weights"]
  },
  "state": "pending_expiry"
}

仕様が求めること #

• 忘却は、系譜に沿って、元データからすべての派生物へ伝播しなければならない。
• 保持クラスは、書き込み時に割り当てなければならない（既定は normal）。
• 忘却の報告は、カバーできない範囲（NAS の外のコピー、提供者のログ、モデルの重み）を列挙しなければならない。
• リーガルホールドは、忘却を妨げなければならず、記録されなければならない。
• エージェントは忘却を要求してもよいが、実行してはならない。
• 報告は、モデルが何かを「忘れた」と主張してはならない。

借りたものと、新しいもの #

以下はすべて確立された考え方です。新しいのは、 保持クラス をストレージの明示的な属性として扱い、「復元できること」と「忘れられること」が 1 本の軸の上のトレードオフだと認めることです。

• OpenLineage
• GDPR Article 17
• Long-term memory security survey (forget and rollback)

正直な限界 #

• バックアップ、NAS の外のコピー、モデル提供者のログは、対象外です。
• 複数の出典から推論された事実では、「影響を受ける範囲」を定めるのが困難です。
• 履歴の書き換えは、コストが高く、リスクもあります。

未解決の問い #

• 混合起源の事実の影響範囲を、どう定義するか。
• リーガルホールドと忘却の要求が衝突したとき、手順はどうあるべきか。

よくある質問 #

関連するコンセプト #

• Agent Memory (エージェントの記憶) 読んで直せるノートが真実で、索引は捨てられるキャッシュです。
• Flight Recorder (フライトレコーダー) 実行ごとに、ハッシュでつながれた記録を残します。実行が何を読んだかも含みます。
• Agent Branch (エージェント・ブランチ) 実行ごとに、コピーオンライトのブランチで作業します。メインに届くのは、レビューを経たマージだけです。