目前有一个单独的设置来处理这两个选项：
如果能将它们分离成不同的设置会很方便。
在我们的案例中：
我们希望启用信任等级 3 编辑主题标题和标签的功能，因为在那里可以进行的更改是有限的。但目前我们希望禁用信任等级 4 编辑他人帖子的功能。
过去，如果我们想限制 tl4 编辑帖子，我们会完全禁用该设置。但让人们为主题添加标签一直很方便，所以为了 tl3 禁用此功能并不理想。
我们的受众主要是年轻人，社区的领导者也比较年轻，虽然绝大多数人都非常值得信赖，但过去曾有过一些滥用特权的情况。所以我们通常在某些能力方面会更保守一些——只有在现任领导者服务一段时间后，我们才重新启用了 tl4 和 tl3 的编辑功能。
我们计划在开始新一批领导者时再次禁用信任等级 4 的编辑功能。但我们仍然希望 tl3 能够为他人的主题添加标签（我们的社区通常不编辑他人的标题）。
尽管我倾向于增加此保真度，但如果我们要进行拆分并更改这些设置，使其基于组，我宁愿仅“取消信任级别”这些设置。
edit_all_topic_groups（默认：trust_level_3）
edit_all_post_groups（默认：trust_level_4）
这还将自动增加许多额外的灵活性，并且我认为这些设置的名称相当清晰。
@mcwumbly 的想法。
不确定何时可以安排此项，它可能是 pr-welcome 的候选。
第二个默认 TL4 
我认为按照您所描述的进行分组和划分是合理的。
这些听起来不错——实际上我还在想这是否适合 #pr-welcome。
有机会的话，我很想自己尝试一下。（我主要是 iOS 开发者，但在工作中也涉猎过 Ruby/JS 等）
当然，Tracey，我很乐意为这个添加#pr-welcome标签，这应该是一个相当直接的更改。不过，它确实涉及安全方面的问题，因此需要通过单元测试进行仔细测试，并且需要经过相当严格的审查流程。
好的，我将接手。已记录，也很乐意在 PR 提交后根据反馈进行更改。
我在本地已经让它正常工作了——只是想花些时间仔细测试用例，然后再提交 PR。我确实有一些问题想确认一下，所以可能会发到 Dev 频道，或者在 PR 下的评论中提问。
（不确定社区提交的 PR 是否有预期的处理时间，但只是想提前告知一下，以防需要一些时间——我主要只在周末有空闲时间）
没关系，这里不急，很高兴听到您取得了很大进展。
大家好——自从我提到要接手这项工作以来，给大家一个更新。抱歉，我目前手头的事情太多了，过去几周和即将到来的——工作上的重大变动、医疗问题等等。对于这项任务，我在规格方面遇到了一些麻烦，而且我没有真正机会调试它——我现在有点太累了，无法深入研究 Ruby。
如果其他人想接手这个 pr-welcome 任务，请随时去做。
（我们在论坛上决定重新启用“受信任用户可以编辑他人”的设置，所以我们目前没事。将来我空闲时，也许可以接手另一项 Discourse 任务）
我将“受信任的用户可以编辑他人”设置拆分为“编辑所有帖子组”和“编辑所有主题组”。我将这些设置的信任级别进行了去（de-trust level），使其基于组。这是 PR 的链接：
上面的 PR 已合并，感谢 @Nam！我们现在有
edit all post groups 默认为 trust_level_4edit all topic groups 默认为 trust_level_3