本地 LLM 前端的外部知识源连接器

open-webui 的自托管用户想把已在用的云存储和知识平台（Google Drive、Notion、Dropbox、Confluence、OneDrive/SharePoint、NextCloud）接入本地 LLM 作为知识来源，但目前只能手动导出/上传文件。GitHub Issue 里用户直接列了一张六项清单（"- [ ] Google Drive / Notion / Dropbox / Confluence / Onedrive/Sharepoint / NextCloud"），该 issue 获得 15 条评论、51 分热度，说明这不是单人诉求，而是一群本地 LLM 用户的共同缺口。

open-webui 及类似本地 LLM 前端的自托管用户（开发者、技术型个人/小团队），希望私有化运行 LLM 的同时检索自己云端的知识与文件。单一 issue 有 15 条评论，说明社区存在真实集中需求，但市场整体规模取决于自托管 LLM 用户基数，目前只能定性判断为小而明确的群体。

• 多源连接器服务：为 Google Drive、Notion、Dropbox、Confluence、OneDrive/SharePoint、NextCloud 分别提供 OAuth 授权接入，按清单逐个上线
• 自动同步：定时增量拉取变更文档，避免用户手动导出上传
• RAG 管道：自动完成格式解析、清洗、分块，写入 open-webui 的知识库，供本地/远端模型检索问答
• 开放 API：连接器以标准 API 暴露，未来可服务 ollama 生态内其他前端，而不只绑定 open-webui

AI 的角色：不负责连接本身，而是负责文档到知识库的转换（分块策略、可选的语义清洗），并作为下游检索问答的消费方。

做：

• 先只支持清单里呼声最高的两项：Google Drive 与 Notion
• 提供 OAuth 授权与增量同步，把文档拉取、清洗、分块后写入 open-webui 的知识库 API
• 同步状态与失败重试的最简管理页

不做：

• 不一次性覆盖全部 7 个数据源
• 不做企业级权限映射、细粒度 ACL 同步
• 不做自己的对话/检索前端，只做连接层

平台依赖： 核心场景绑定 open-webui，其官方可能原生实现该功能（issue 本身就是提给官方仓库的），届时第三方方案价值骤降。

商业化不明： 自托管开源用户普遍免费预期强，issue 中无任何付费意愿信号。

上游 API 变动： Google Drive、Notion 等各平台 API 的配额、限流和权限模型差异大，长期维护成本高。

数据合规： 同步企业文档（SharePoint/Confluence）可能触碰企业数据边界，需谨慎处理凭据与缓存。