过去几个月，我们看到了 Discourse 在管理面板中实施的各项改进和新功能。与所有重大变更一样，这既获得了积极的评价，也招致了一些负面反馈。
我认为我们都认可新界面的 UI/UX 设计。如果我们发现某些不一致之处，那是因为我们使用论坛的方式各不相同。
我即将重新推出我的社区。在分析管理面板中可用的各种选项时，我意识到我需要一名“子管理员”，他们应该能够访问特定功能，但不应拥有 /admin 提供的所有权限。
版主和 TL3/TL4 负责内容管理和社区事务，而这位“子管理员”可用的工具范围更广，会影响 Discourse 的内部管理。
此列表仅为简要草稿，并不详尽。它旨在提供一个关于需要讨论内容的总体思路。
允许的子管理员权限：
- 访问情感/情绪模型。
- 更新自定义翻译（文本），使其更贴合社区俚语。
- 用户、群组、徽章以及即将推出的功能。
- 永久链接、特殊词汇、嵌入内容。
- 统计、审核、审查以及其他由受信任的子管理员处理不会损害站点安全的功能。
- 插件配置（或许可以从列表中选择，以避免涉及最敏感的设置）。
未授予“子管理员”的权限：
- 访问所有管理选项。
- 更新 Discourse 实例。
- 添加或移除主题组件。
- 访问与电子邮件、安全、用户登录等相关的特定设置。
- 访问 API 密钥、Webhooks 以及任何敏感的站点信息。
这种新的管理部分范围权限应与两个独立的管理面板相关联，具体取决于每个管理员组提供的功能。
因此，我们将拥有一个（i）技术仪表板，另一个是（ii）功能仪表板，适用于不同组织中酌情设置的 PM、CM 等类似角色。
管理面板当前的模块化设计将允许主要管理员在不同选项之间进行选择，如果他们也希望了解社区管理在功能层面的最新动态的话。
我知道这可能需要时间，团队可能也不会立即着手处理，但我觉得最好开始与 Meta 社区讨论此事，以便他们能阅读我们的想法。
就我个人的情况而言，在一个缺乏组织结构（除了自然形成的结构外）的利基社区中，我目前无法授予某些访问权限，因为交出整个管理面板对我们目前的工作并无益处。
这实际上让我被束缚在 Discourse 的所有管理工作中，尽管我可以将大部分任务委托给自然形成的团队——因为他们是值得信赖的人——但他们目前还没有足够的经验，让我可以简单地委托或允许他们访问所有内容。
大家怎么看？