你好，抱歉如果这已经被建议过，我用搜索没找到相关内容。
当我们安装了一些插件时，它们的设置都集中在 Discourse 设置的“插件”部分。
是否可以在列表中为每个插件添加分隔？我想添加一个 <hr> 应该就能解决问题，或者在每组前加上包含完整插件名称的标题也可以。
是的，这个特定领域确实有点“脚本工厂爆炸”的感觉……
插件作者完全可以对内容进行恰当分类，正如您在这里看到的（这些插件将内容放入了专属区域）：
问题在于，有时某个插件只有 1 到 2 个设置，为其单独开辟一个整个区域显得过于夸张。
我认为最需要修复的问题是点击“设置”时出现的这种混乱情况：
/plugins?filter=affiliate
或许可以改为：
?filter=plugin:discourse-affiliate
这样，即使某个插件将自身分散到多个组中，或在某个设置中遗漏了关键词，该按钮依然能正常工作。
我想，当插件注册设置时，核心系统将不得不在服务器端追踪每个设置属于哪个插件。
我打算将这一特定变更纳入我们的下一个版本发布，因为它改动虽小，却能带来显著改善。
@nbianca 你能把它加到你的列表里吗？
如果开始追踪哪个插件拥有哪些设置，这个功能是否也可以进行调整？
我为站点设置实现了搜索过滤器 “plugin:PLUGIN_NAME”，它将仅显示 “PLUGIN_NAME” 的设置。插件页面上的 设置 将使用此功能。此外，用户可以将其与其他词语组合使用，例如：“plugin:PLUGIN_NAME enabled” 将显示插件 “PLUGIN_NAME” 中包含单词 “enabled” 的任何设置。
https://github.com/discourse/discourse/pull/9692
嗯 
……我不确定我是否理解了您的请求。看起来无论插件是否启用，该按钮都会显示。
只有在存在 plugin_enabled 设置时才会显示该按钮。如果插件有其他设置，但没有 _enabled 设置，则不会显示该按钮。如果示例有帮助，我的 合并用户插件 就是其中之一。
运行效果很棒！我同意 @Dannii 的观点，我们应该为所有设置数量大于 0 的插件添加“设置”选项，无论其是否拥有 plugin_enabled 站点设置。
是的，我现在正在合并。
