No English page yet. Showing the Japanese source.
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_PACKETEA-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_READBACKEA-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の機械可読データです。