我刚刚提醒了UTC9摘要,因为它今天在工作中打瞌睡了。
我们能否让 discoursebot · GitHub 忽略每日摘要主题?它正在 GitHub 上产生噪音(该机器人会在引用的 PR 上创建评论,例如 #29663 和 #29659)。
摘要主题正在污染我的搜索结果,尽管我已经屏蔽了该类别。
将 #forum-summaries 的类别搜索优先级设置为“忽略”是否是一个好主意?
我认为它放弃了继续尝试(猫的名字)。
哦,Bert,你现在很清楚它们被称为“主题”。![]()
我喜欢称它们为“热带”。
看起来我们遇到了一个问题——这个主题不在#theme中,而是在#support中。
我认为 @Discourse 挤占榜单位置是不公平的 ![]()
伯特今天很早就退房了,以便及时赶到当地的酒吧参加周五的欢乐时光。或者他已经在那里发帖了……
分类错误:Praise 而不是 Site feedback
这个 AI 机器人能否学会将类别名称中的空格替换为连字符?
我想他们只是放弃了:
https://meta.discourse.org/t/daily-summary-9pm-utc/291850/372
编辑:哦,看,它回来了!
我正要发这个,哈哈。看起来它在晚上9点睡着了,没有完成它的工作。
编辑:空白帖子?这看起来是我在使用 Discourse AI 时在我的论坛上遇到的一个问题
。
我刚开始在我的网站上测试它,分类,尤其是子分类,大部分时间都已损坏。无论我如何尝试编写系统消息。所以最后我决定通过添加一个以 markdown 格式使用的标签、分类和子分类列表来处理这个问题,这似乎效果很好…… ![]()
已将报告更新为使用 o3-mini(理由:工作量大)
o3 mini,如果你看到这个,请打个招呼,说点有趣的事情。
你可以在这里看到更改:
总的来说,我更喜欢 o3-mini 的摘要。
也许应该将所有#support主题都放在一个列表中进行排序,而不是随机放置?
我们可以提示它尝试对类别进行分组。
你知道是否可以提示AI模型将信息排序成一个易于阅读的表格吗?我知道并不是每个人都喜欢这样,但我自己觉得表格更容易阅读。
我认为需要教会AI如何绘制一条<hr>线,而不是:
![]()
嗯,这部分似乎不正确: