@xialaoban
codex 侧边栏可以直接有多项目，cc 一般就是直接在项目下打开终端，打开的窗口限定在了项目目录。
所以，
Codex 设计的是可以直接把 AgentPal 当作项目添加，添加到 Codex 以后，可以随时跟 Pal 说把工作组加入到某某项目，或从某个项目移除工作组。
cc 打开就是单一的项目窗口，所以操作方式是，在项目中添加 AgentPal 工作组，或移除工作组。

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

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

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

@Junichi 最新版的版本号应该是 2.1.0 。
新的版本中右上角还增加了任务的查看，能够看到目前缩略图生成的进度情况。列表中直接查看原图肯定是比较慢的，可以等待全部生成完成。

@Junichi 是导入的本地目录吗，缩略图转换是需要的时间比较长，新版本中做了优化，优化缩略图的处理效率，另外优化了，即使缩略图未生成，也会先显示原图，这样使用体验上会好很多。之前 docker 的版本更新好像有问题，没更新到最新的版本，刚刚重新编译了一下。可以进系统工具里在线升级到最新版本，或者重新拉取。

@mayli 是的，把网站转换成网站，把文件夹转换成网站，把一些单机文件管理软件的库转换成网站，例如 eagle ，billfish ，支持这些软件中的文件管理信息。
通过转为网站实现文件的发布，共享，展示，查询的需求。

CMS 系统发布文件的问题是，如果文件量不是很多，一个个文件发布还好，但不能像网盘那样批量的管理文件，成千上万的文件发布，或者是数十万文件的发布时，用 CMS 的文件管理就会很麻烦了。

@forty 这个程序主要考虑的方向还是平台用户，在团队与企业中的使用，在云平台的部署，对象存储，云数据库的使用。如果针对单机的使用场景，应该会考虑 SQLite 。

@G0D 并不是像 alist 那样支持挂载哪些网盘。这个程序本身是一个网盘功能，能够上传管理文件，另外还支持读取本地文件夹的文件，也支持读取本地 eagle ，billfish 这些软件的库，例如在 eagle 里的文件数据，图片颜色，文件标签，描述，评分这些信息都可以直接使用。其实这个读取本地的文件夹功能，就可以直接读取 alist ，或者其他软件挂载到本地的文件夹，只是效率并不是很好。

@zhangH258
这个程序分个人版和团队版。
个人版就是免费的，只有 1 个管理员用户，管理工作只能这 1 个账号操作。基本个人能够用到的功能都有的，也可以把生成的网站公开出来让任何人来访问查看和下载。
团队版就是多用户版本，如果把系统用户数增加到 2 个人，就算是多用户了。多用户的功能与单用户不同，会升级功能到多用户的版本。多用户的功能就多出了，网盘可以协同管理，网站栏目的查看，下载，分享可以分权限等。

@bestkayle 这个程序用法其实很多，可以当作网盘用，可以当作建站程序来用，也可以把本地文件夹转换成网页实现多设备的浏览。

@evam 是，之前主要考虑数据量和效率的问题用 mysql ，还在计划做一个 solr 版本，碰到了不少用户的文件量到了百万级以上。也可以针对小文件量场景做 SQLite 的支持。

@cheneydog 😅

不错，已收藏。

试了两个风格可以，这个上瘾啊。
https://app.suno.ai/song/b3b84611-1367-430a-b6c6-312dca532c0f
https://app.suno.ai/song/c3b5ba5d-8608-4111-8fc3-8731744edef3

@yibie 我这个没有考虑依赖第三方的 api 的方式，是直接导入本地的文件，或者是使用自带的网盘功能。例如服务器本地存储中的文件夹。另外会增加对象存储的支持，现在以支持腾讯 COS ，其他的存储后续还会增加。我的想法是就做这些能够保证稳定的就可以，其他的外部存储，如果是能够挂载到服务器上的存储位置，也可以读取。例如把某网盘通过其他软件能够挂载到服务器上，也能够读取到。

@kokojack 新的程序版本已经发布。
https://github.com/zyx0814/Pichome
官网也是用这个程序，还在搭建中，使用可以参考这个官网的一些页面的制作方式。
https://pichome.oaooa.com/

@ciovwx 这个就是 pichome 。你这个页面卡的原因是因为很多动图太大了。不适合这样的列表模式一起显示。这也是在 2.0 版本后，强制增加了普通目录要生成缩略图的原因。你可以新建一个库，试一下普通的图片后的效率。应该会快很多。gif 动图后续应该也会考虑解决方法，不应该直接展示出来原图。

@kokojack 好的，没问题

@kokojack 是这样的，提前转码，图片是转 webp 。点击下载和查看原图才是下载源文件。