像 IMDB 一样管理产品与项目资料的系统，有市场需求吗？

数据才是核心价值，产品太简单了

这种 CURD 项目，有清晰需求用 cursor 两天就能造一个，自动部署，自动运维，还能随时自然语言修改

@user23125 和这个应该不同，这个是项目管理系统了。我设想是网盘，知识库的替代，只是用于共享资料。场景一般是，方便共享查询资料。例如想找某个电影资料会到 IMDB 中查找。在这个系统中实现查找某个产品的资料，如果我手里有这个产品的相关文件，系统中还没有，我也可以提供相关的资料。

你说的都是一般“库”的基本概念，库的需求肯定是有的，但已经有不少轮子了
所有这些库实用场景是两种
1. 管理，增删改查
2. 内容搜索，这个跟上一条的“查”不是一个概念，例如记者、编辑查自家新闻素材库，和读者搜新闻完全是两码事
笔记类这些就是库管理员和用户是重合了

目前都是第二条很难做，用户的搜索词是千变万化的，要么接入 AI 去“理解”用户，要么维护一个很强大的 AC 自动机字典，我想输入 "kr movie"搜，豆瓣也不支持啊

@NoOneNoBody 我在系统搜索中加入了空格和加号，两种搜索逻辑。空格是或，加号是和。但搜索词的维护还是比较困难的，系统中虽然支持标签，描述等标注信息的，以及文件元数据的搜索。但这些都还是需要大量的人工维护。也尝试过 AI 标注，AI 的标注结果对于通用类的文件还可以，行业产品中标注意义还不是很大。所以在文件库的基础上我又设想了标注产品或项目这种方式，为文件标注产品后，能够关联产品相关的字段信息，例如产品的型号，尺寸，重量，等一系列的信息。其实与标签类似，只是相当于是批量标注了信息。在文件增加时，可以是在产品或项目页面中直接增加，这样自动会为文件标注上所属产品或项目。并自动实现一些直接与间接的关联。

在库的管理上实际是两个主要痛点
1 、编辑与维护
2 、查找
我是想通过类似 IMDB 的使用体验方式，是否能实现库管理与用户的重合，简化管理难度，提升查找效果。但这不一定行得通，打算先初步做一些测试，看看用户的反馈，这也有可能会符合某些具体场景中使用。