啊，好的。我想我明白了。使用默认设置，应该已经可以实现这个特定的用例了。
使用以下默认设置，集合可以根据您的社区偏好组织 RPs 的结构有几种方式。
collection_by_topic_owner=true
collection_by_topic_owner_allow_groups=tl1
collection_modification_by_allowed_groups=admin,moderators,tl4
设置 1：GM 创建主主题，玩家创建单独的 CS。
游戏管理员 (GM) 为 RP（主、背景、OOC）创建主题。
玩家创建单独的角色卡 (CS)。
GM 创建一个包含主、背景、OOC 的集合。然后为 CS 创建一个章节标题。
玩家为他们的角色创建单独的主题。玩家可以在他们自己的主题上创建链接的子集合。
GM 将玩家添加为他们集合的维护者。玩家将他们的 CS 主题添加到章节标题下。
玩家仍然可以使用只有他们拥有权限的子集合，而整个 RP 小组可以导航到角色卡并返回。唯一的缺点是子集合是公开的，因此如果用户导航到玩家的角色卡，可能会降低其他用户的总体体验。
设置 2：GM 创建主主题和用于 CS 的单个主题。玩家回复主题并附上角色，并拥有一个私人笔记主题。
GM 为 RP 创建主题，包括主、背景、OOC 和 CS。
玩家回复 CS 主题，附上他们自己的角色。
GM 创建所有主主题的集合。在 CS 主题中，GM 创建一个子集合，其中包含指向每个单独角色帖子的链接。（或者，GM 创建子集合并将所有玩家添加为维护者以添加他们自己的链接）
玩家维护他们自己的私人笔记和草稿主题。玩家可以在这个私人主题上创建一个子集合，并链接到 RP 主题。
通过这种方式，RP 是根据 GM 希望显示的内容组织的。玩家可以从他们的笔记中访问 RP，而不会干扰 GM 的设置。缺点是玩家无法轻松地从 RP 返回到他们的笔记（但这可以通过书签解决）。而且玩家必须为子集合使用他们自己的主题，这对于那些不为他们的角色创建/维护个人笔记的人来说可能不太合适。
这实际上是我的论坛所使用的设置，而这个插件就是为此设计的。
我认为这里的主要问题是集合和子集合始终是公开的。因此，在示例设置中，虽然子集合不能被其他人修改，但它们仍然是可见的。同样，此插件旨在让主题所有者对显示的内容拥有更多控制权，因此有了权限系统和各种链接限制。这些问题可以通过一个假设的功能来解决，即个人集合不影响主题的公共视图。这也将更整洁地涵盖您提到的其他场景。我会更多地考虑创建该功能，以及如何使其与公共集合并存。