有时社区会成长、变化、演变。我的企业社区似乎经常如此。当这种情况发生时，有时类别会被合并，我们会合并主题。
不幸的是，我注意到，当我将一个主题从类别 A 移动到类别 B 时，并且有人订阅了类别 B 中“新主题”的通知，他们会收到通知……关于所有这些主题的通知。比如批量移动 10 个主题，每个人都会收到 10 条通知。
在批量移动（以及可能的其他操作，如标记？）时，提供一个选项来抑制通知，这样你就不会因为移动房子里的一堵墙而惊动整个社区。
这绝对是一个痛点，因为感觉上你受制于特定的结构，除非你愿意为了移动一堵墙而吵醒整个邻里。
版主编辑：这个问题已经解决了！
我们有 disable category edit notifications 和 disable tag edit notifications 管理员设置，或许在这里会很有用？
我搜索时从未找到该设置——谢谢！除了我提到的用例之外，启用 disable category edit notifications 还有其他影响吗？
我会在整理时暂时打开它们（我也会在设置标签页中保持打开状态，以防我走神而忘记它 
）。如果一直开着，它还会抑制发布共享草稿等的通知，所以我不认为一直开着是理想的。
目前有一些关于批量操作的工作正在进行，我希望届时会有一个额外的复选框或类似的东西，让你可以选择悄悄地移动它们。（
）
这也会影响到这个吗？
我有一个类别是由外部集成发布内容的，该集成还会编辑其原始帖子。
此设置会以任何方式影响它吗？或者我需要做些什么来确保关注这些主题的人能够收到编辑通知吗？
@sp-jordan-violet
对于您的情况，用户不会收到来自外部集成的此编辑的通知，对吗？
只是一个想法，对于您的情况，既然您有一个编辑帖子的流程，那么这个流程是在另一个服务器上完成的吗？如果是这样，您可以在那里添加一些逻辑，使用 Discourse API 向该主题的参与者发送私人消息 (PM)。
我查看了 API，但用于向通知添加条目的函数并未公开……但可以改为发送 PM。
这效率太低了，你真的只想让用户在源头就被通知。不过你的想法很棒！
你还错标了 Jordan 
我认为这两个设置只会影响类别和标签的编辑，而不会影响帖子内容本身的任何更改。
是的，这在那种情况下有点像一个变通方法……而且当我们无法访问服务器来修改系统时……（很多人都在使用托管实例……）
这次开发（2025-07-30）似乎与此相关：
