我一直在尝试将摘要整合到一个可行的流程中，我发现了一些问题：
- 从第一篇帖子开始就应该有摘要，因为摘要会随着主题的增长而不断演变。当然，这些刷新会受到设置的限制。
- 当你正在处理一个主题时，摘要会显示在页面的顶部，但用户总是会被发送到最底部（最后一篇帖子，最后已读的帖子）。因此，这些用户几乎永远不会看到摘要。这是一个很棒的功能，但我怀疑它从未被用户看到，因为用户永远不会/没有理由滚动到页面顶部去看摘要说了什么，即使它很有用。摘要能否放置在右侧栏中，放在目录/日期行的下方？这样它就能一直可见？
2 个赞
除了成本和同时存在太多重复信息占用空间之外？
当然，一旦事情真正开始并且您至少有几个帖子，摘要的价值才会最大化？
无论如何，我怀疑您可以在此处随意设置阈值，而无需我采取任何行动？
您确定现有读者会 bother 阅读摘要吗？我注意到摘要可能对新读者更有价值，他们会先看到摘要，并以此为指导进一步阅读？
这是一个不错的想法，只要演示的宽度足够宽，阅读起来舒适？这可能是一个挑战？
我的实验性解决方案是利用 Layouts Plugin 创建一个兼容的小部件，该小部件可以出现在主题的右侧或左侧（事实上，如果我们添加顶部支持，我们也可以在原始位置将其放在那里！）。
请注意，还有其他方法可以处理此问题：
- 添加一个“移至顶部”按钮（有一个主题组件）。您甚至可以修改它以包含一个标明的“转到摘要”的标签？
无论如何，我都会将其添加到路线图中，但请告诉我您对上述内容的看法。
3 个赞
同意成本方面的问题，但如果它要被用作“替代摘录”，则必须生成摘要。我不确定我是否通过更新设置使其生效。也许我错过了什么，我会回去看看。
非常好的观点……我想时间会证明一切。但如果用户开始习惯摘要，那么我认为随着时间的推移，他们会快速浏览一下。事实上，如果一些用户正在处理多个主题，我认为这可以很好地快速提醒他们发生了什么。也许将来用户可以点击生成自上次进入某个主题以来发生的事情的摘要？（同样，这取决于 API 调用的成本）
我喜欢这个主意，是的。比点击按钮跳转到顶部要好，因为然后你需要回到你之前的位置（可能不是最后一篇帖子）
2 个赞
OK version 0.1 of that is done:
You will need to install the Layouts plugin and configure the right sidebar for it to work.
There is now an additional setting in the plugin to switch off the standard summary at the top.
As an almost free by-product this means that the summary can be invoked on mobile in a convenient slide-drawer.
5 个赞
太棒了！ 
不过我刚生成的摘要中包含了一个内部“Whisper”帖子的详细信息。有没有可能将这些帖子排除在发送给 openai 的内容之外？
3 个赞
抓得好。我会处理的。
2 个赞
- 仅总结普通用户帖子（忽略“员工操作”（如“主题已开启”）和悄悄话帖子）
- 允许通过管理员 → 自定义 → 文本中的区域设置
ai_topic_summary.prompt.*进行提示工程- 移除现已冗余的站点设置
- 使设置中的 openai 链接可点击（感谢 @MarcP）
- 使模型选择成为一个更漂亮的下拉菜单
5 个赞
谢谢。
不过我有一个问题，你们是否不包括所有的管理员帖子？这意味着，对于发布帖子的管理员用户来说，拥有两个单独的账户（一个管理员账户，另一个用于发布和与社区互动）是好的做法吗？在我的网站上，我经常发布到主题中，并且希望这些帖子包含在摘要中（我是一名网站管理员）。
2 个赞
让我来澄清一下：
“管理员”帖子，例如“主题已关闭”、“主题已开启”等。 令人难以置信的是，这些实际上是帖子流中的帖子。
而不是由版主或管理员用户发布的普通帖子。
2 个赞
非常感谢您的澄清
2 个赞
没问题。感谢您帮助我改进。
2 个赞
谢谢。我尝试安装并启动了这个插件，但是在一些帖子上尝试发表评论时返回了 HTTP 错误 500。在 production.log 中我看到了以下消息：
StandardError (此模型的最大上下文长度为 4097 个令牌，但您请求了 15682 个令牌（您的提示中为 15482 个；完成时为 200 个）。请减少您的提示；或完成长度。)
1 个赞
好的，所以……您需要使用设置来减少摘要量。
我不认为这是一个错误，您只是太贪心了 
您需要调整设置以匹配您的设置。有一个您可以控制的帖子和字符限制。一个 token 通常是 4 个字符。
默认设置可能有点过于慷慨……但它们被设置为近似 token 限制，所以这有点奇怪。
您能分享一下这些设置吗？：
请遵循错误中的信息来指导您的更改。
GPT-4（当我获得访问权限时）将拥有高达 8 倍的 token 限制，敬请期待。
1 个赞
已合并：
- 现在我们会移除帖子的引用，以避免重复和优化 token 预算使用。
- 如果您偏好之前的行为，可以关闭新设置。
3 个赞
@merefield 关于您正在使用的语言模型有一个快速问题。为什么您没有决定启用 gpt-3.5-turbo？
我们一直在自行测试使用 gpt-3.5 进行电子邮件和电话转录摘要，效果非常好。电子邮件消息/转录本身我们将其放入用户内容中。
对于电话转录，例如，我们将以下内容添加到“系统”内容中：
识别此转录是电话对话还是呼叫者正在留言。
如果这是电话对话，那么您应该提供电话对话的摘要，然后创建以下带有项目符号的各部分：
- 达成的协议
- 提出的问题
- 可能的不一致/担忧
- 情绪得分：（针对每位参与者）
- 团队负责人审查：（如果此通话应由团队负责人审查，请标记）
如果是语音留言，那么您应该提供标题“留言已留下[给谁]”，并在新的一行用一句话总结语音留言。
1 个赞
因为它是为聊天优化的，而且当时 OpenAI 仍然推荐 Davinci 003 用于摘要。当 GPT-4 的东西更广泛可用时，我很乐意对此进行审查。
请注意，ChatGPT 和 Davinci-003 是同一代产品，所以我不太确定从结果的角度来看它们之间有什么大的区别？
1 个赞
您是否分析过从链接总结内容并在发送前建议帖子的可能性？
我曾尝试就这类任务与 ChatGPT 聊天机器人进行对话，但它只是变得疯狂，我不得不停止以这种方式尝试。
工作流程最终可以这样完成：
ChatGPT 生成的内容
我看到很多论坛上都有关于人们在回复中照搬 ChatGPT 内容的问题（所以很多人几乎像机器人一样）。
远程内容目前不在范围内。也许是为未来准备的。
1 个赞
这里有一件事——过去一周我读了两次某种贡献，结果在最后发现它来自一个大型语言模型。两次我都感觉很糟糕——我投入了精力去理解某人的想法，却发现文字背后没有人。
因此，我建议（强烈建议！）披露信息应放在文本之前。
1 个赞
感谢您的回复。我明白该功能将来可能会被纳入。
但我刚才问了 ChatGPT 关于链接中的内容，它给出了回复（所以它是有效的！），而且任何人都可以通过提及然后编辑/删除帖子来使用这种方式。
这种方式非常有用。
2 个赞