Skip to content

Evidence for AI operations

No English page yet. Showing the Japanese source.

Back to the entrance

Knowledge/RAG工学専門編

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

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

要点

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

現在の判断

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

どこまで当てはまるか

Knowledge/RAG工学専門編

詳しく理解する

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ではない。

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

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を常に置換するとは確立しない。

利用できる条件

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は公開時に再確認する。

確認・評価方法

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を分離する。

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

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

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

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を可能な範囲で相関可能にする。

コストと運用負荷

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残留を監視対象にする。

よくある失敗・反証

  • 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を増やし得る。

実務での使い方

  • 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は公開時に再確認する。

  • 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を分離する。

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

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

  • EA-034-UNKNOWN-01
    • 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-UNKNOWN-CURRENTNESS

    外部根拠の再確認日がcanonical body/control-planeで確定していないため、currentnessはUNKNOWNとして保持する。日付を推測補完しない。

根拠資料

この記事には、直接開ける外部出典が登録されていません。出典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
再確認のきっかけ
canonical revision/publication state change · body artifact hash change · source currentness change · new contradiction or implementation readback

機械検査: 通過 — Automated validation does not guarantee accuracy or authorize execution.

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