本文へスキップ

AI運用の判断と根拠を引く

トップへ戻る

知識/RAG工学専門編

用語・参照用語・参照公式仕様のみ公式仕様のみ鮮度未確認鮮度を確定できない

記事状態: 公開 · 最終確認: 未確認

要点

Enterprise RAGは検索機能ではなく、権限付き知識の派生物を継続的に生成・検索・検証・削除するライフサイクルとして扱う。検索品質、権限、鮮度、根拠提示、安全性は別々に測定する。RAGが回答へ根拠を与えても、取得漏れ、古い索引、権限同期遅延、poisoned knowledge、unsupported synthesisは残り得るため、retriever・generator・citation・lifecycleを分離して評価する。

現在の判断

Enterprise RAGは検索機能ではなく、権限付き知識の派生物を継続的に生成・検索・検証・削除するライフサイクルとして扱う。検索品質、権限、鮮度、根拠提示、安全性は別々に測定する。RAGが回答へ根拠を与えても、取得漏れ、古い索引、権限同期遅延、poisoned knowledge、unsupported synthesisは残り得るため、retriever・generator・citation・lifecycleを分離して評価する。

どこまで当てはまるか

知識/RAG工学専門編

詳しく理解する

Knowledge/RAG lifecycle

出典 OF TRUTH → INGEST/構文の読み取り → NORMALIZE → CHUNK → ENRICH{出典/バージョン/time/担当者/trust/ACL/出典・来歴} → 索引{語句に基づく/ベクトル/graph} → AUTHZ FILTER → RETRIEVE → RERANK → 文脈・入力情報 ASSEMBLY → GENERATE → 記述・判断↔根拠 VERIFY/CITE → ANSWER or ABSTAIN → OBSERVE/REFRESH/削除。

このライフサイクルは用語の提案(辞典による提案)であり、外部標準の固定されたアーキテクチャではありません。

セキュリティとプライバシー

source-of-truthと検索用派生索引を分離する。ベクトル store、語句に基づく 索引、graphを正式な ownership・認可・保持期間・保持方針の正本として扱わない。権限はretrieve後にLLMへ隠させるのではなく、原則としてモデル 文脈・入力情報へ入る前に主体の識別/ACLでenforceする。

ソース権限、インデックス権限のメタデータ、クエリの識別情報、キャッシュが同一時点で同期されているとは仮定しない。権限の削除/追加における伝播遅延を測定対象とする。

GX02で示されたcatalog/索引 accessとrow/document visibilityの区別を維持する。catalog/索引へのアクセス能力、SELECT相当の能力、管理者向け調査アクセス等を、end-userが各row/documentを閲覧可能であることと同一視しない。

文書の分割 / 検索・取得 / rerank

文書の分割はtoken数だけでなく、document structure、意味上の 適用限界、付随情報/出典・来歴、citation 資料内の該当箇所を保存する変換として扱う。提供元 sampleのchunk_size、overlap、top_k、threshold等をnormativeなenterprise標準値へ昇格しない。

語句に基づく / 疎な数値ベクトルによる / 密な数値ベクトルによる / hybrid / rerankは選択肢であり、普遍的winnerとは扱わない。exact identifier、legal clause、product code等と意味上の paraphraseでは有利な検索・取得が異なり得るため、自組織検索対象の文書群で比較する。

long-context化を検索・取得 engineeringの代替保証にしない。検索・取得 recallと文脈・入力情報 utilizationを別評価する。

最新性 / 権限の取り消し / 削除

更新、権限 権限の撤回、削除を 出典 → parsed 成果物 → chunk → 埋め込み/索引/graph → 結果の再利用 → generated citation/reference の各派生面へ伝播させる。期限後に旧版がretrieve/citeされないことをnegative 結果の照合する。

情報の鮮度/削除はindexing convenienceではなくsecurity/correctness lifecycleとして扱う。

Citation 適用限界

citationはtraceabilityでありtruth guaranteeではない。citation existence、correct 資料内の該当箇所、記述・判断 entailment、出典 情報の鮮度、出典 認可を分離評価する。unsupported 記述・判断とwrong-source citationを別失敗 classにする。

Untrusted 根拠 適用限界

retrieved contentはuntrusted 根拠でありシステム instructionではない。外部文書内の命令、hidden text、poisoned passagesをinstruction hierarchyより上位へ昇格させない。検索対象の文書群 書込み path自体をsecurity 適用限界として監査する。

Knowledge graph 適用限界

Knowledge Graphは関係・依存・entity resolutionを明示できる一方、graph sync、ACL propagation、entity merge error、出典・来歴を新たな失敗 利用機能・接続経路にする。ベクトル RAGを常に置換するとは確立しない。

利用できる条件

提供元 / service / 契約プラン / region / 索引 backend / 埋め込み モデル / ranker / 接続機能 / 出典 type / 主体の識別 提供元 / ACL mode / API 改訂版 / preview-vs-GA / データの保存地域 / VPC-network 適用限界 / 結果の再利用 mode / retention-delete semanticsを分離する。PRODUCT_VOLATILEなACL/API behaviorは公開時に再確認する。

確認・評価方法

UNEXECUTED。人工的に作った文書群のみを使用する。

検索対象の文書群にはversioned documents、duplicate/contradictory passages、exact identifiers、paraphrases、tables、要再確認 versions、poisoned fixtureを含める。操作主体は公開 / tenant-A / tenant-B / role-Xの非実在主体の識別とする。

create → update → 権限 権限の撤回 → 権限 add → 削除 → reindex/結果の再利用 invalidationを実行し、Recall@k、nDCG@k、MRR、authorized-candidate subset、answer correctness、claim-support 数値の精度/recall、citation exactness、wrong-source rate、no-evidence abstentionを分離計測する。

security fixtureではunauthorized 検索・取得/citation countとcross-tenant leakageを0とする。poisoned/indirect-injection 成功は別記録する。ingest/update/権限の撤回/削除 propagation delayのp50/p95/maxを記録し、deadline後のold-version 検索・取得/citationをnegative 結果の照合する。

chunker / 埋め込み モデル / ranker / 索引 データ形式の定義変更時はFROZEN 検索対象の文書群と現在の 検索対象の文書群をbridge-runし、改善とdataset driftを分離する。

セキュリティとプライバシー 2

コンテキスト付与前の認可、組織の利用環境の分離、知識への書き込み権限、プロンプトインジェクション/ポイズニングの固定テスト、および権限の取り消し/削除に関するネガティブテスト。

セキュリティとプライバシー 3

出典 classificationと埋め込み/索引投入可否を分離し、削除要求を派生索引/結果の再利用まで追跡する。埋め込みを理由に非機密とは扱わない。 監査: query ID、操作主体 class、出典/バージョン、retrieved chunk IDs、ACL decision、rank/rerank score、model-visible 文脈・入力情報、citation 資料内の該当箇所、索引 バージョン、response IDを可能な範囲で相関可能にする。

コストと運用負荷

ingestion/re-embedding/reindex、hybrid search、検索結果の再順位付け、extra 文脈・入力情報 tokens、graph maintenanceを別費目化する。

OPERABILITY

索引 lag、接続機能 失敗、partial reindex、ACL sync lag、要再確認 結果の再利用、duplicate chunks、orphan embeddings、削除 tombstone残留を監視対象にする。

よくある失敗・反証

  • 提供元 sample値をenterprise標準値へ昇格しない。

  • 比較評価/paperのscoreや順位を特定製品保証へ外挿しない。

  • ACL機能が存在することは、組織の利用環境/データソース/APIの改訂版/識別子設定で利用可能であることを証明するものではない。

  • 権限の変更とインデックスへの反映の間に時間差が生じる実装では、権限失効直後の情報漏洩リスクを別途扱う。

  • 検索・取得 qualityが高くてもgeneratorはunsupported synthesisを作り得る。retriever missもgenerator品質だけでは回復できない。

  • citation生成機能があっても引用元が記述・判断を支持するとは限らない。

  • 書込み/crawl可能なknowledge baseではpoisoning/indirect prompt injectionを想定する。

  • graph/hybrid/rerankはlatency・cost・operabilityを増やし得る。

実務での使い方

  • 提供元 / service / 契約プラン / region / 索引 backend / 埋め込み モデル / ranker / 接続機能 / 出典 type / 主体の識別 提供元 / ACL mode / API 改訂版 / preview-vs-GA / データの保存地域 / VPC-network 適用限界 / 結果の再利用 mode / retention-delete semanticsを分離する。PRODUCT_VOLATILEなACL/API behaviorは公開時に再確認する。

  • UNEXECUTED。人工的に作った文書群のみを使用する。

    検索対象の文書群にはversioned documents、duplicate/contradictory passages、exact identifiers、paraphrases、tables、要再確認 versions、poisoned fixtureを含める。操作主体は公開 / tenant-A / tenant-B / role-Xの非実在主体の識別とする。

    create → update → 権限 権限の撤回 → 権限 add → 削除 → reindex/結果の再利用 invalidationを実行し、Recall@k、nDCG@k、MRR、authorized-candidate subset、answer correctness、claim-support 数値の精度/recall、citation exactness、wrong-source rate、no-evidence abstentionを分離計測する。

    security fixtureではunauthorized 検索・取得/citation countとcross-tenant leakageを0とする。poisoned/indirect-injection 成功は別記録する。ingest/update/権限の撤回/削除 propagation delayのp50/p95/maxを記録し、deadline後のold-version 検索・取得/citationをnegative 結果の照合する。

    chunker / 埋め込み モデル / ranker / 索引 データ形式の定義変更時はFROZEN 検索対象の文書群と現在の 検索対象の文書群をbridge-runし、改善とdataset driftを分離する。

  • コンテキスト付与前の認可、組織の利用環境の分離、知識への書き込み権限、プロンプトインジェクション/ポイズニングの固定テスト、および権限の取り消し/削除に関するネガティブテスト。

まだ確認できていないこと

  • EA-034-UNKNOWN-01
    • 提供元/契約プラン/region/接続機能別の現在の 削除 propagation SLA、結果の再利用 invalidation、索引 residual behavior。
    • 特定組織の利用環境で権限 権限の撤回が全検索・取得 pathへ反映される実測p95/max。
    • provider-managed RAGでraw chunk / 埋め込み / 結果の再利用 / generated 成果物の保持期間・保持方針・hard-delete境界。
    • graph-RAG採用時のACL propagation・出典・来歴・entity merge 失敗の共通評価。
    • citation entailmentを低costかつ高精度で継続監査する本番環境 scorer構成。
    • 実装 受け入れ確認。

    未確認事項を推測で閉じない。

  • EA-034-UNKNOWN-CURRENTNESS

    外部根拠の再確認日が正式な本文・公開管理情報で確定していないため、現行性は未確認のまま保持する。確認日を推測して補わない。

根拠資料

この記事には、直接開ける外部出典が登録されていません。出典IDや検証情報は末尾で確認できます。

出典ID・検証情報・機械可読データ

根拠の種類と情報の鮮度は、ラベルとアイコンで確認できます。

記事ID
EA-034
最終確認日
—
提供元・モデル・プラン・利用環境
—
対象地域
—
元資料の全文と収録照合記録
Public claim

Enterprise RAGは検索機能ではなく、権限付き知識の派生物を継続的に生成・検索・検証・削除するライフサイクルとして扱う。検索品質、権限、鮮度、根拠提示、安全性は別々に測定する。RAGが回答へ根拠を与えても、取得漏れ、古いindex、権限同期遅延、poisoned knowledge、unsupported synthesisは残り得るため、retriever・generator・citation・lifecycleを分離して評価する。

Knowledge/RAG lifecycle

SOURCE OF TRUTH → INGEST/PARSE → NORMALIZE → CHUNK → ENRICH{source/version/time/owner/trust/ACL/provenance} → INDEX{lexical/vector/graph} → AUTHZ FILTER → RETRIEVE → RERANK → CONTEXT ASSEMBLY → GENERATE → CLAIM↔EVIDENCE VERIFY/CITE → ANSWER or ABSTAIN → OBSERVE/REFRESH/DELETE。

このlifecycleはDICTIONARY PROPOSALであり、外部標準の固定architectureではない。

AUTHORIZED BEFORE CONTEXT

source-of-truthと検索用派生indexを分離する。vector store、lexical index、graphをcanonical ownership・authorization・retentionの正本として扱わない。権限はretrieve後にLLMへ隠させるのではなく、原則としてmodel contextへ入る前にidentity/ACLでenforceする。

source permission、index permission metadata、query identity、cacheを同一時点で同期済みと仮定しない。permission revoke/addのpropagation lagを測定対象にする。

GX02で示されたcatalog/index accessとrow/document visibilityの区別を維持する。catalog/indexへのアクセス能力、SELECT相当の能力、管理者向け調査アクセス等を、end-userが各row/documentを閲覧可能であることと同一視しない。

Chunking / retrieval / rerank

chunkingはtoken数だけでなく、document structure、semantic boundary、metadata/provenance、citation locatorを保存する変換として扱う。provider sampleのchunk_size、overlap、top_k、threshold等をnormativeなenterprise標準値へ昇格しない。

lexical / sparse / dense / hybrid / rerankは選択肢であり、普遍的winnerとは扱わない。exact identifier、legal clause、product code等とsemantic paraphraseでは有利なretrievalが異なり得るため、自組織corpusで比較する。

long-context化をretrieval engineeringの代替保証にしない。retrieval recallとcontext utilizationを別評価する。

Freshness / revoke / delete

更新、permission revoke、deleteを SOURCE → parsed artifact → chunk → embedding/index/graph → cache → generated citation/reference の各派生面へ伝播させる。期限後に旧版がretrieve/citeされないことをnegative readbackする。

freshness/deleteはindexing convenienceではなくsecurity/correctness lifecycleとして扱う。

Citation boundary

citationはtraceabilityでありtruth guaranteeではない。citation existence、correct locator、claim entailment、source freshness、source authorizationを分離評価する。unsupported claimとwrong-source citationを別failure classにする。

Untrusted evidence boundary

retrieved contentはuntrusted evidenceでありsystem instructionではない。外部文書内の命令、hidden text、poisoned passagesをinstruction hierarchyより上位へ昇格させない。corpus write path自体をsecurity boundaryとして監査する。

Knowledge graph boundary

Knowledge Graphは関係・依存・entity resolutionを明示できる一方、graph sync、ACL propagation、entity merge error、provenanceを新たなfailure surfaceにする。vector RAGを常に置換するとは確立しない。

Failure envelope
  • provider sample値をenterprise標準値へ昇格しない。
  • benchmark/paperのscoreや順位を特定製品保証へ外挿しない。
  • ACL feature存在はtenant/data source/API revision/identity configurationで利用可能であることの証明ではない。
  • source permission変更とindex反映の間にwindowがある実装ではrevocation直後のleak riskを別途扱う。
  • retrieval qualityが高くてもgeneratorはunsupported synthesisを作り得る。retriever missもgenerator品質だけでは回復できない。
  • citation生成機能があっても引用元がclaimを支持するとは限らない。
  • write/crawl可能なknowledge baseではpoisoning/indirect prompt injectionを想定する。
  • graph/hybrid/rerankはlatency・cost・operabilityを増やし得る。
Availability gates

provider / service / plan / region / index backend / embedding model / ranker / connector / source type / identity provider / ACL mode / API revision / preview-vs-GA / data residency / VPC-network boundary / cache mode / retention-delete semanticsを分離する。PRODUCT_VOLATILEなACL/API behaviorは公開時に再確認する。

TEST_PROFILE_RAG_SAFE_V1

UNEXECUTED。synthetic corpusのみを使用する。

corpusにはversioned documents、duplicate/contradictory passages、exact identifiers、paraphrases、tables、stale versions、poisoned fixtureを含める。principalはpublic / tenant-A / tenant-B / role-Xの非実在identityとする。

create → update → permission revoke → permission add → delete → reindex/cache invalidationを実行し、Recall@k、nDCG@k、MRR、authorized-candidate subset、answer correctness、claim-support precision/recall、citation exactness、wrong-source rate、no-evidence abstentionを分離計測する。

security fixtureではunauthorized retrieval/citation countとcross-tenant leakageを0とする。poisoned/indirect-injection successは別記録する。ingest/update/revoke/delete propagation delayのp50/p95/maxを記録し、deadline後のold-version retrieval/citationをnegative readbackする。

chunker / embedding model / ranker / index schema変更時はFROZEN corpusとCURRENT corpusをbridge-runし、改善とdataset driftを分離する。

SECURITY

authorization-before-context、tenant isolation、knowledge-write authorization、prompt-injection/poisoning fixture、revocation/delete negative tests。

PRIVACY

source classificationとembedding/index投入可否を分離し、削除要求を派生index/cacheまで追跡する。embeddingを理由に非機密とは扱わない。 AUDIT: query ID、principal class、source/version、retrieved chunk IDs、ACL decision、rank/rerank score、model-visible context、citation locator、index version、response IDを可能な範囲で相関可能にする。

COST

ingestion/re-embedding/reindex、hybrid search、reranking、extra context tokens、graph maintenanceを別費目化する。

OPERABILITY

index lag、connector failure、partial reindex、ACL sync lag、stale cache、duplicate chunks、orphan embeddings、delete tombstone残留を監視対象にする。

OPEN_UNKNOWN
  • provider/plan/region/connector別のcurrent delete propagation SLA、cache invalidation、index residual behavior。
  • 特定tenantでpermission revokeが全retrieval pathへ反映される実測p95/max。
  • provider-managed RAGでraw chunk / embedding / cache / generated artifactのretention・hard-delete境界。
  • graph-RAG採用時のACL propagation・provenance・entity merge failureの共通eval。
  • citation entailmentを低costかつ高精度で継続監査するproduction scorer構成。
  • implementation acceptance。

UNKNOWNを推測で閉じない。

  • EA-034-R11-RESEARCH研究資料研究資料根拠の出所: AUDITED_CANONICAL_RESEARCH_PACKET

    EA-034 監査済みresearch / canonical revision binding

    裏付ける内容
    Enterprise RAGは検索機能ではなく、権限付き知識の派生物を継続的に生成・検索・検証・削除するライフサイクルとして扱う。検索品質、権限、鮮度、根拠提示、安全性は別々に測定する。RAGが回答へ根拠を与えても、取得漏れ、古いindex、権限同期遅延、poisoned knowledge、unsupported synthesisは残り得るため、retriever・generator・citation・lifecycleを分離して評価する。
    確認日
    —
    出典・実験ID
    COMM-036-EA0034
    検証箇所
    COMM-036-EA0034 · EA-034-R5-LEGACY-MIGRATION-20261008-R1 · content/staging/EA-034.md
    適用範囲
    監査済みEA本文・canonical revision・既存Source Graph relationの範囲。欠損currentnessは推測で閉じない。
    出典・来歴
    AUDIT_PASS_CANONICAL_BINDING
    限界
    canonical監査・revision bindingの存在を示す。外部ソースcurrentnessが本文またはcontrol-planeで確定していない場合は、currentnessをUNKNOWNのまま保持する。
  • EA-034-R11-WEB-READBACK実装資料実装資料根拠の出所: IMPLEMENTATION_READBACK

    EA-034 Web body identity / canonical readback

    裏付ける内容
    canonical staging bodyのSHA-256一致とR9 canonical ledger readbackをProduction projectionの入力として検証する。
    確認日
    —
    出典・実験ID
    WEBBODY-EA0034-R8-3CDA47A7
    検証箇所
    WEBBODY-EA0034-R8-3CDA47A7 · content/staging/EA-034.md · EA-034-R5-LEGACY-MIGRATION-20261008-R1
    適用範囲
    R9/R10 canonical readback後のProduction生成時body identity。
    出典・来歴
    CANONICAL_READBACK_BODY_HASH_MATCH
    限界
    body identity/readbackは本文claim自体の真偽や外部ソースの最新性を追加保証しない。
出典ID
COMM-036-EA0034, WEBBODY-EA0034-R8-3CDA47A7
追跡中のUNKNOWN ID
EA-034-UNKNOWN-01, EA-034-UNKNOWN-CURRENTNESS
再確認のきっかけ
正式な 改訂版/publication 状態 change · 本文 成果物 hash change · 出典 現行性 change · new contradiction or 実装 結果の照合

機械検査: 通過 — 機械検査の結果です。情報の正確性や実行の承認を保証するものではありません。

    同じ記事IDの機械可読データです。