# 实验：为 meta 打造的协作内容培育中心

**URL:** https://meta.discourse.org/t/experiment-collaborative-content-gardening-hub-for-meta/397606
**Category:** Site feedback
**Created:** [2026年三月4日 09:42 UTC](https://meta.discourse.org/t/experiment-collaborative-content-gardening-hub-for-meta/397606 "2026-03-04T09:42:18Z")
**Posts on this page:** 1
**Showing post:** 31

<div class="post-metadata">

### Author: ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [2026年三月5日 03:04 UTC](https://meta.discourse.org/t/experiment-collaborative-content-gardening-hub-for-meta/397606/31 "2026-03-05T03:04:47Z")

</div>

> [@Moin](#):
>
> 我在这些类别中没有创建主题的权限，因此 `edit_all_topics` 权限对我没有帮助。

> [@NateDhaliwal](#):
>
> > [@mcwumbly](#):
> >
> > 你能自己添加那些标签吗？
> 
> TL3 用户无法编辑 #Documentation 的标题/标签/类别，因为它是只读的。

我已经实现了一个潜在的变通方法，我们可以尝试一下看看效果如何。

- 授予信任等级 3 用户创建权限
- 开启“新主题需要批准”
- 添加了以下主题模板

```plaintext
<!-- 如果您不是团队成员，请不要在此类别中创建主题。 -->
<!-- 信任等级 3 用户拥有创建权限，以便他们可以编辑标题和标签 -->

```

我认为这应该能让 TL3 用户在那些文档类别中修改标题和标签，而不会在谁可以或应该在这些类别中创建主题方面造成太多困惑。

让我们看看效果如何。

（我对每个 #Documentation 子类别都这样做了，但 #Documentation > Developer Guides 除外，因为它通过从 git 存储库同步来管理）

---

_[View the full topic](https://meta.discourse.org/t/experiment-collaborative-content-gardening-hub-for-meta/397606)._