市场负责人在问带版本文档的最小安全 RAG 架构
FitTechnology6335 · reddit · 2026-07-29
一位市场负责人在问：带版本历史的内部文档，RAG 最小安全架构该怎么做
作者在为一家建筑公司搭一个内部知识系统，文档大约有 60 份，包含内容历史、分析、管理指令、示例，以及同一文件的多个版本。当前 MVP 设计得很轻：私有门户里提供一段通用 prompt 和一个临时只读链接，用户把它们一起贴进 ChatGPT、Claude 或 Gemini。
问题在于两点：一是文档总量可能超过上下文窗口，二是知识库里同时存在当前版、被替代版、历史版和实验版。作者意识到：不应该让模型自己判断哪个版本是权威。
帖子主要在比较三种方案：
- A. 只保留 active 文档的整理包 + manifest：先生成一个干净的数据包，只放当前生效的文档，另外把历史材料放进归档，并用 manifest 记录版本关系。
- B. 带元数据过滤的检索服务：给文档加上 documentid、version、status、supersedes、effectivedate 等字段，在语义检索前先过滤出权威版本，让模型根本没机会自己选错版本。
- C. 自建 chat/RAG 应用：把门户变成真正的交互界面，由应用负责检索、选上下文，再发给模型 API。
作者想知道：A 能不能作为一个安全的 MVP，还是一旦有版本权威性，B 就已经是最低配置。这个问题对做内部知识库、版本治理和 RAG 的团队都很有参考价值。
「公司和人」频道最新
- Altman:AGI并非单一模型,而是背后的系统机器 — haider1 · 2026-07-29
- Chip Huyen 的 AI Engineering 仓库整理了摘要、笔记和提示词示例 — mdancho84 · 2026-07-29
- 企业 AI 助手试点已接管销售和客服的杂活 — BlueAndYellowTowels · 2026-07-29
- Google DeepMind 招聘 Gemini 长上下文与记忆研究员 — LucaAmb · 2026-07-29
- 企业 AI 项目为什么亏钱，真实预算在中间地带 — yangyi · 2026-07-29
- 斯坦福 AO 峰会聚焦自治组织，从 agent 群到 AI 村落 — allisondman · 2026-07-29