容器要有超出文件夹的意义才值得独立入口

更新于 2026-06-16

**如果一个「知识库」只做到文件夹的形态，它本质上就是笔记的文件夹系统，不该再单独占一个顶层入口 —— 要么降级为笔记里的顶层集合，要么给它文件夹之外的意义。** 否则用户找内容时，得先想「这是笔记还是知识库」，这是凭空多出来的一道认知成本。

两条出路

方向做法
降级把笔记升级成「全部笔记 / 最近 / 文件夹集合」的结构，知识库只是笔记里的顶层彩色集合；一个入口找所有内容
赋义保留独立知识库，但它必须比文件夹多一层：独立资料源、剪藏引用、AI 上下文范围、阅读队列、整理输出、知识卡片

判据：问「去掉这个入口，用户会损失什么能力」。答不出来，说明它只是文件夹。

边界没定，数据先混进来的代价

query::list_notes 把 library/ 下的知识库笔记一起扫进了普通笔记区，于是它们出现在笔记列表里；但笔记区的打开 / 编辑逻辑仍按普通 wiki/notes 笔记设计，结果就是「在知识库里创建的笔记，在笔记区显示得出来却打不开」。

  • 先定边界（知识库笔记算不算笔记区内容），再改前端 —— 否则只是把不一致从一处挪到另一处
  • 一个列表混入第二种数据来源前，先确认两种来源的操作语义是否一致

时机

若 1.0 的重点是写作与整理手感，先别急着实现知识库 UI，回头重构信息架构；等真的有了「按知识库做 AI 上下文 / 资料源 / 总结沉淀」的能力，再把它独立出来。

相关