{
  "format": "agent-article-v0",
  "article_id": "EA-957",
  "canonical_url": "/tools/ea-957-rag",
  "page_type": "reference",
  "claim_ids": [],
  "evidence_ids": [
    "EA-957-CURRENT-APPROVAL",
    "EA-957-CURRENT-BODY-READBACK"
  ],
  "unknown_ids": [],
  "operational_object_ids": [],
  "provider": [],
  "models": [],
  "plans": [],
  "surfaces": [],
  "regions": [],
  "current_status": "CURRENT",
  "observation_status": "SPEC_ONLY",
  "freshness": "CURRENT",
  "last_verified": "2026-10-14",
  "supersedes": [],
  "superseded_by": [],
  "provenance": [
    "CANDIDATE-EA957-R1-20261015-C3",
    "BODY-SHA256:c4970db81274015e78163ecff3ec00b3e080936cab1f4d28fc0a49728f3f9ef9"
  ],
  "article_sources": [
    {
      "id": "EA-957-CURRENT-APPROVAL",
      "evidence_class": "RESEARCH",
      "title": "現行本文の監査・revision対応",
      "supports": [
        "現行台帳のAUDIT_PASSと候補・revision・本文ハッシュの対応を確認しています。"
      ],
      "limit": "監査状態と来歴の記録です。外部根拠の最新性や本文の全主張を追加保証しません。",
      "origin_class": "AUDITED_CANONICAL_RESEARCH_PACKET",
      "source_or_experiment_ids": [
        "CANDIDATE-EA957-R1-20261015-C3"
      ],
      "supporting_locators": [
        "1KqhJtiSb2S84rWmeYVwKcT_76dBwZ_B0ZZuAWQqH0rQ/EA_REVISION_LEDGER!A25:U25",
        "EA_REVISION_LEDGER!A25:U25",
        "EA-957-R1-20261004"
      ],
      "provenance_status": "CURRENT_CANONICAL_APPROVAL_READBACK"
    },
    {
      "id": "EA-957-CURRENT-BODY-READBACK",
      "evidence_class": "IMPL",
      "title": "現行本文の収録照合",
      "supports": [
        "公開生成入力の本文SHA-256が、監査済み候補に結び付いたハッシュと一致しています。"
      ],
      "limit": "本文の同一性の検査です。外部システムの挙動や全主張の真偽を実証したものではありません。",
      "checked_at": "2026-10-17",
      "origin_class": "IMPLEMENTATION_READBACK",
      "source_or_experiment_ids": [
        "BODY-SHA256:c4970db81274015e78163ecff3ec00b3e080936cab1f4d28fc0a49728f3f9ef9"
      ],
      "supporting_locators": [
        "content/staging/EA-957.md",
        "c4970db81274015e78163ecff3ec00b3e080936cab1f4d28fc0a49728f3f9ef9",
        "EA-957-R1-20261004"
      ],
      "provenance_status": "CURRENT_APPROVED_BODY_HASH_MATCH"
    }
  ],
  "research_sections": [
    {
      "heading": "要点と前提",
      "text": "RAGや検索基盤の削除は、削除APIが成功応答を返したことだけで完了と判定してはいけません。少なくとも「削除要求を受理したこと」「管理面で対象ジョブや資源が消えたこと」「検索・取得面で対象データが再び返らないこと」を別の状態として記録し、必要に応じて派生物や外部保存先も個別に確認します。\n\nAmazon Transcribe系の削除APIでは、ジョブ削除と顧客管理S3オブジェクトの削除を同一視できません。生成結果を削除するAPIや権限記述が存在しても、それだけで顧客S3、派生字幕、分析結果、provider内部バックアップまで一括消去されたとは証明できません。URIが失効したことも、保存データの消去証明ではありません。\n\n運用では、削除要求ID、対象資源ID、状態遷移、失敗理由、削除後のnegative read/query、派生物一覧、外部保存先、再試行・期限、監査ログを一つのerasure recordに束ねます。削除APIの成功と、データ面の非存在確認を別々に保存してください。非同期削除では、完了確認前に「消去済み」と表示しない設計が必要です。"
    },
    {
      "heading": "失敗境界",
      "text": "- APIの200/成功応答は、顧客管理ストレージや全派生物の消去を意味しません。  \n- control-planeでジョブが見えなくなっても、data-planeの検索不能・取得不能を自動的には証明しません。  \n- 一時URLや結果URIの失効は、物理消去やバックアップ消去の証拠ではありません。  \n- provider内部バックアップの保持・物理消去時刻は、公開APIだけでは確認できない場合があります。  \n- 削除後の代表的な1クエリだけでは、全インデックス・全派生表現からの非検索化を証明できません。"
    },
    {
      "heading": "実装上の最小証跡",
      "text": "削除対象ごとに、`request_id`、`resource_id`、要求時刻、provider応答、最終状態、negative read/queryの結果、確認時刻、派生物と保存先、未確認領域、再試行履歴を保持します。確認不能な領域はUNKNOWNとして残し、推測で「完全消去」にしません。\n\nこの運用はproof-of-erasureそのものを保証するものではなく、削除要求と削除確認を分離し、未確認領域を監査可能にするための実務的な証跡設計です。"
    }
  ],
  "human_url": "/tools/ea-957-rag",
  "markdown_url": "/agent/article.md?path=%2Ftools%2Fea-957-rag",
  "json_url": "/agent/article.json?path=%2Ftools%2Fea-957-rag"
}