我还没有真正使用它，但我已经发现了一些问题：
#wiki是可以的，因为它显示了所有的子维基。- 但是子维基“index”链接指向一个分类而不是索引主题（至少在“Developer wiki”的例子中），这需要再点击一次才能访问你可以 \text{Ctrl}+\text{f} 的一次性资源。
- 由于某种原因，“Forum summaries”的描述没有显示在
#news-and-events页面上。 - 我选择在我的分类选项卡中放置
#news-and-events:announcements，但也可以恢复到默认的#news-and-events，因为我对#news-and-events:blog也感兴趣。 #community-building:data-reporting对我来说位置明显不对。#support不显示子分类，这在你想寻求特定帮助时是有害的。- 对我来说，“Data Reporting”属于
#customization。 - 在
#documentation中，索引链接对于#documentation:site-management和#documentation:developer-guides不容易直接访问。你应该使用像#documentation:contributing那样的更短的描述，以便索引链接可以立即点击。然后在分类描述的其余部分使用更详细的描述。 - 文档中的索引链接应该指向索引_主题_，而不是分类（节省一次点击）。
- 在我的分类选项卡中，我放置了所有维基，但我应该定制并指向维基索引主题以节省一次点击。
#dev是一个顶级分类，还是应该是 support 的子分类？那么“solid dev knowledge”应该是文档……我不确定，但这似乎很多#dev主题都是对开发人员的支持。我建议将#dev移到 support 下，默认将其静音，并创建一个专门的开发人员组来取消该分类的静音。