构建多租户 Agent 知识库：三层解耦架构是否过度设计？
Present-Entry8676 · reddit · 2026-08-11
开发者在用 Go 构建多租户 AI Agent 编排系统时，探讨了知识库（KB）管道的架构设计，并向社区征求建议。
提议的三层架构
- Source（数据源）：数据所在处，如 S3 存储桶、抓取的网站或 Notion 工作区。
- Normalizer（标准化层）：将各种格式（PDF、HTML、Word）统一转换为一致的格式（如 Markdown），后续管道无需关心原始格式。
- Index（索引层）：对标准化内容进行分块并使其可搜索，支持向量索引（pgvector）或全文索引（Postgres tsvector）。
核心争议
虽然三层解耦在理论上很优雅（可插拔），但这意味着用户必须做出 3 个决策（选数据源、选提取模式、选索引策略）。对于只想「上传 PDF 让机器人变聪明」的普通用户来说过于复杂。
解决方案探讨
作者考虑通过预设（Presets）来隐藏复杂性，例如提供开箱即用的「文档」预设（S3 + 默认标准化 + 向量索引），仅在后续提供「高级模式」供专业用户细调。社区讨论主要围绕这种分层是否值得、Markdown 作为通用格式的局限性，以及预设与自由度的权衡。
「编程与Agent」频道最新
- 洞察：设计Agent评测如同设计面试考题 — andrew_n_carr · 2026-08-11
- 独立开发者经验：VPS 部署小工具几乎零维护成本 — JamesIvings · 2026-08-11
- MiniMax H3 ComfyUI 一站式 Creator 节点发布 — Fine_Rhubarb3786 · 2026-08-11
- 开源工具 phone-harness 让 Claude Code 像人一样操控 iPhone — moeinteractive · 2026-08-11
- YC S26 创业公司 Async 推出专用 AI 智能体，瞄准中小企业自动化 — ycombinator · 2026-08-11
- 为 Krea 2 Turbo 开发无损负向提示节点，绕开 CFG 限制 — 1wndrla17 · 2026-08-11