Cause as far as I know the intention for adding the auto bump message was to let users know why a topic is bumped. However when someone replies, users already know that it will bump the topic to top. So in this case, auto bump message would not be necessary.
I want to know what others think about this idea 
maybe if everyone agree, we don’t need to have an option here.
1 个赞
I kinda disagree with this, it can be useful to know why there are suddenly some replies months or years later on a old topic.
I didn’t try this option on my forum but I guess this message can be deleted by the staff, like any other topic status changes (pin/unpin, closed topic, etc) so I think we can do without a specific option 
7 个赞
I disagree with removing it too. The bump message answers the question “why is someone responding to this old topic suddenly?” which will very likely come up without the message being there.
What problem is the bump message causing? It seems more helpful than harmful.
11 个赞
This, I’d really use some option to configure autobump check 
Also it’s a bit annoying when I have two topics in one category and they’re bumped to the infinity and beyond. Is there any way to bump such categories ie. once per week? Like one thread per week would work like a charm :>
1 个赞
How to disable autobumping alltogether? I can’t find any settings related to “bump”, when I search in admin settings I can’t find any option like that…
I’m on Discourse 2.2.1
7 个赞
Is there a way to hide auto bump message with css?
What have you tried so far?
I didn’t try anything cause I didn’t find any specific class related to this message to hide. Is there something I’m missing?
This would make it a useful feature for me. My use case is to remind users of important forum policies. But not every day.
1 个赞
功能请求——我们是否也可以为标签添加类似的设置？
我倾向于保持话题当前的分类方式，同时为需要定期自动置顶的关键话题添加标签。
此外，其中一些关键话题可能是已关闭状态，但我仍希望它们能够被自动置顶。
4 个赞
我并非不同意该请求，但让标签具备分类的所有功能，可能会引发一系列难以控制的问题。
如果无法在标签级别添加此功能，或许我们可以换一种方式：能否增强自动提升主题计时器以支持周期性操作？
我并不反对这个想法。它可能非常强大。能否为此发布一个独立的功能需求（#feature req）？最好附带一个简单的草图（另外，语义上有点难以表述，例如“距离上次发帖每 N 天置顶一次”），并且置顶操作应被计为一次发帖。
4 个赞
“未解决”是后来添加的条件，但你需要阅读整个讨论串才能知道这一点。能否请你更新一下描述？
另外，你是否考虑过添加“未分配”这一条件，以指代“分配”功能？
在我们的论坛中，我们会分配某些主题，而频繁置顶这些主题会让被分配的人员处于尴尬的境地，因为往往没有太多内容需要更新。这些主题只是静静地躺在他们的待办列表中，等待被处理。
2 个赞
是的，我认为这个“轻量级自动顶帖”功能对于那些无法关闭/归档/解决/删除主题，但又希望确保每个主题都能获得回复的论坛来说会很有用。
3 个赞
我尝试给 discobot 增添了一些个性
为了好玩，我修改了他的个人资料和回复等内容
这些自动顶帖的消息提醒
能否改成由 discobot 发布的回复帖子，或者采用论坛现有的某种形式？
另外，考虑到人工智能即将（或已经）到来，新的用户欢迎消息是否也可以考虑调整一下，看看是否合适？
您可以随意更改 @system 用户的头像。
1 个赞
我已经完成了，谢谢。
我想象的是更具 AI 风格，并带有实际回复帖子的形式，鉴于现有的基础交互，这已经有些相似了。
或许可以实现集成？
我觉得这会很有趣。
顺便问一下，更改系统用户名会有风险吗？
如果您使用“所有用户 API 密钥”向您的站点发起任何 API 请求，则需要更新这些请求中使用的 API 用户名，将其更改为新系统用户的用户名。如果您未使用“所有用户 API 密钥”发起 API 请求，则修改系统用户名不存在任何危险。
4 个赞