大家好,
我不确定这是不是提交功能请求的正确方式,但我想引用这篇与 Sam 的帖子。
这个想法是允许用户直接在聊天中上传 PDF 或 TXT 文件,然后由 AI 处理并回答有关内容的问题。看起来大部分基础设施已经到位,这可以为互动讨论增加巨大的价值。
很想听听大家对此的看法!
谢谢,
Brian
大家好,
我不确定这是不是提交功能请求的正确方式,但我想引用这篇与 Sam 的帖子。
这个想法是允许用户直接在聊天中上传 PDF 或 TXT 文件,然后由 AI 处理并回答有关内容的问题。看起来大部分基础设施已经到位,这可以为互动讨论增加巨大的价值。
很想听听大家对此的看法!
谢谢,
Brian
这是无数运行 Discourse 实例的组织的完美解决方案。此外,AI 插件可以获得一个全局设置,允许/禁止向用户和管理员面板上传文档,管理员面板可以有一个新选项卡,其中包含一些关于分块大小、结果数量等的设置,这些设置可以是全局的或每个 LLM 的。正如您所提到的,该功能似乎已经存在大部分甚至全部代码基础。
@sam 你认为这个将来会得到开发吗?
希望还有希望,因为我们在 RAG 的 Persona 编辑器中刚刚添加了 PDF 上传功能 ![]()
这里的棘手之处在于用户界面 (UI)。
PDF 或大型文本文件需要一定的“提前期”才能被索引。而用户界面存在挑战。
技术上,我认为解决这两者最直接的方法就是某种自定义的上传用户界面。
这里的用户界面挑战是最大的障碍,实际的机制并不复杂。
抄送 @awesomerobot / @Falco
我绝不是前端专家,所以以上这些可能毫无意义,但请听我一言……
我建议在编辑器工具栏中添加一个“AI 文档”按钮,该按钮会启动一个特殊的 AI 上传模态框(用户可以通过该模态框选择标准或增强处理以及其他一些设置)。然后,帖子/主题可以要么(也许可以有一个站点设置来确定此行为):
关于在整个主题中跟踪上传,可以在主题统计信息下的此位置插入一个包含文件列表及其关联帖子编号(可能还有大小等)的列表: