我们可以编辑、更改和构建系统提示,但能否更广泛地访问所有提示?这些提示需要不时进行调整。
此请求的特殊需求是 AI 解释。它能够考虑帖子的上下文,这一点很好,但现在它确实很懒——尤其是基于 OpenAI 的那些。它主要复制已经写过的东西,但它应该在保持上下文的同时扩展该解释。
我有点担心该功能是硬编码的(并且有些东西来自 OpenAI 生态系统),但能否在不需要彻底改造所有已构建内容的情况下进行编辑?
我们可以编辑、更改和构建系统提示,但能否更广泛地访问所有提示?这些提示需要不时进行调整。
此请求的特殊需求是 AI 解释。它能够考虑帖子的上下文,这一点很好,但现在它确实很懒——尤其是基于 OpenAI 的那些。它主要复制已经写过的东西,但它应该在保持上下文的同时扩展该解释。
我有点担心该功能是硬编码的(并且有些东西来自 OpenAI 生态系统),但能否在不需要彻底改造所有已构建内容的情况下进行编辑?
这在我们未来几个月的路线图中。
您好 @Falco,关于允许编辑系统提示词的潜在时间框架,是否有任何更新? 我认为这会是论坛助手,也许还有启用 LLM 时会用到的主系统提示词,我相信这个提示词是不可见的 ![]()
这很难做到,因为系统提示不仅控制指令,还控制预期的输出格式。
如果我们允许用户现在进行自定义,那么我们就注定要面对用户无休止的抱怨,因为每当我们因需要更新用于摘要、助手等功能的解析输出格式时,我们的更新就会破坏他们的网站。
一种解决方法是将所有内容都转向严格的格式,使用 Guidance / 函数调用 / 结构化输出。然而,生态系统才刚刚达到大多数提供商和自托管选项都可用这种成熟度。这一点很重要,因为 Discourse AI 不会将社区锁定在 OpenAI 上;它允许人们从数千种兼容的 LLM 中进行选择。
总而言之,这是我们想要做的事情,但我们不能敷衍了事。这意味着我们需要整个 AI 生态系统跟上步伐,而这现在才刚刚发生。
感谢您的反馈,@Falco。总的来说,这些角色(personas)非常好,提供了很大的灵活性。我完全理解您不希望到处都是混乱的论坛。这实际上是在为论坛所有者着想。我认为提示(prompts)本身已经做得很好,但如果能根据各个社区的一些具体情况稍微影响一下它们,那就更好了。比如“做这个或不要做那个”之类的。不要更改您的系统提示(system prompts),因为它们已经很棒了,但也许可以在某个环节注入一些额外的上下文。