大家好，我今天刚注意到我们不能再对受限类别执行以下操作：
扳手 > 置顶主题 > 设为横幅主题
其他人是如何管理他们重复使用的横幅模板的？
我不明白为什么我们希望横幅中使用的信息在公共类别中四处漂浮造成混乱，但我可能遗漏了什么。
我很想听听其他人的工作流程。
以下是相关拉取请求供参考：DEV: Gate read-restricted banner topics by janzenisaac · Pull Request #38496 · discourse/discourse · GitHub
当此类功能发生更改或被移除时，通常是出于安全或访问控制的考虑。在这种情况下，横幅主题现在被限制访问，因此处于阅读受限类别中的主题不能再用作横幅。
话虽如此，我们目前正在内部讨论是否存在更好的工作流程或改进，可以帮助解决像您这样的使用案例。
与此同时，如果目标仅仅是避免横幅主题在常规主题列表中可见，一个可能的变通方法是：从一开始就在一个公开类别中将横幅主题创建为“未列出”(Unlisted)，而不是在私有类别中。未列出主题不会向普通用户显示在主题列表或类别视图中，但仍然可以通过直接链接访问并以编程方式使用：
为了保持井井有条，您还可以添加一个标签，如 #banner，以便以后更容易找到这些主题。
然后，您可以使用 Discourse 自动化插件 并运行 “Make Banner Topic”（制作横幅主题） 脚本，引用未列出主题的 ID。这将把其转换为横幅，同时使其在正常浏览中实际上保持隐藏。
这个修改在我看来有点奇怪。
首先，有权限修改横幅的员工是那些可以访问这个只读主题的同一批人。当他们选择将一个主题指定为横幅时，可以合理地假设他们有意愿让其内容公开，因此我不认为这会是一个安全问题。
其次，在实践中，我们网站的员工习惯于在一个只读主题内起草公告，然后再将其设置为横幅。
安全问题在于横幅内容被提供给所有人，而不仅仅是管理员/版主。我不同意您的假设，即管理员知道所有阅读受限的横幅都将被公开。
不过，我确实看到了用例以及不希望弄乱公共类别的愿望 
@dax 感谢您提供的临时解决方案，我现在会试一下这个方法，不过我还是怀念有一个专门的员工起草区。
我尝试了上面描述的方法，但是取消列表后，“置顶主题”选项会消失。
因此我建议暂时使用自动化插件
@Discoursenaut 现在即使对于“未列出”的主题，您也应该能看到“固定主题”选项，这样您就可以跳过自动化步骤了。
您可以在您的站点上检查一下吗？
太棒了，这很完美！
您能考虑在这里（“可解散横幅”下）更新说明，说明它需要位于公共类别中，并建议取消列表吗？
已添加这些详细信息，感谢您的提及！
我在此表达了类似的担忧：https://meta.discourse.org/t/i-just-upgraded-to-the-latest-tag-and-lost-banner-topic/398976，我真心希望 @dax 的 变通方案 能继续有效。
在我的情况下，我选择了以下工作流程：
但采用新方法后，我无法再进行关于横幅的员工讨论了。
我认为“工作人员”群组仍然应该能够查看和回复未列出的主题。
问题不在于员工找不到该主题，而在于任何人都可以阅读未列出的主题。我们两人无需员工身份即可阅读这个隐藏主题：Configure API Keys for Google Gemini
是啊，但他们首先得拥有链接才能找到它。
例如，用户可以通过关注分类、被他人链接到其帖子、引用其内容或@提及他们来获得这些通知。每条通知都会包含该链接。此外，您也可以尝试使用比最新创建的话题 ID 更小的 ID。未列出的话题并非用于放置用户不应看到的内容。
确实，无论如何我已经想出了另一个解决方案：
顺便提一下，我最近采用了这个用于社区横幅的主题组件，因为它不需要一个专门的帖子。
