问题
Open WebUI 近期加了 notes 功能,但配套能力跟不上:用户在 GitHub Issues 里直接列出了待办清单,包括 "notes search"、"enhance templates" 和笔记列表分页。也就是笔记多了之后找不到、没法按模板快速建新笔记、列表一长就难浏览。这些是便利性层面的缺失(信号标注 pain 仅 2/10),不是让用户流失的硬痛点。
目标用户
自托管 Open WebUI 的个人开发者和技术爱好者,把 Open WebUI 当作本地 LLM 工作台、开始用 notes 功能沉淀内容的人。两条 Issue 合计 45 条评论,说明这是一个活跃但规模有限的社区;整体属于小众长尾市场。
解决方案
- 笔记搜索:对 Open WebUI 的 notes 做关键词 + 语义搜索(利用本地 embedding 模型),输入即出结果
- 模板系统:可保存、编辑、一键套用的笔记模板,覆盖用户高频的笔记结构
- 列表分页与过滤:解决笔记数量增长后的浏览问题
- AI 角色:用本地嵌入模型做语义检索,让自然语言查询命中笔记内容,而不仅是标题匹配
MVP 范围
第一版只做三件事:对 Open WebUI notes 的全文/语义搜索、可复用的笔记模板、笔记列表分页。不做多人协作、不做独立同步服务、不迁移用户既有数据结构(尽量以插件或外挂方式兼容官方 notes 存储)。明确不做的:移动端、云端托管。
风险
- 平台依赖是核心风险:需求寄生于 open-webui 的 notes 功能,官方一旦实现这些 roadmap 项,第三方插件价值归零(这些 Issue 就挂在官方仓库里)。
- 变现不明:自托管 LLM 用户普遍习惯免费开源,付费意愿证据为零。
- 维护负担:Open WebUI 迭代快,插件需要持续跟进接口变化。
- 需求强度低:pain 评分仅 2,用户可能"想要但不会为此换工具或掏钱"。
信号证据
这张卡片依据的原始讨论。摘录保持原文，点“原文”查看上下文。