编辑能发别人的文章，写手不能自己发，角色要不要这么切

要不要这样切，取决于你希望「内容对外生效」这件事由几个人决定。WordPress 文档里给出的默认角色分工很直白：编辑可以发布并管理包括他人文章在内的内容，作者只能发布和管理自己的文章，投稿者能写和管理自己的文章但不能发布，订阅者只能管理个人资料。写手不能自己发、编辑能发别人的稿，切的就是这个对外生效的控制点。小团队如果只有两三个人，不必照搬六档，但控制点本身要保留。

六类默认角色各自能做什么

文档同时提醒：角色之间不是职级高低，而是责任范围不同，默认能力集可以通过增删能力调整，也能新增自定义角色。

小团队按三个问题切角色

第一个问题：谁能点发布？这一档决定内容是否对外可见，人数越少越容易追责，通常交给负责人一人。第二个问题：谁能改别人的稿？能改他人内容的人一旦过多，署名与责任就会模糊，出错误时无法定位是谁改的。第三个问题：谁能上传附件？上传往往是风险最高的能力，涉及文件类型、体积和外链，一般与内容能力分开授予。

三个问题答完，多数团队只需要三档：管理员、编辑（内容负责人）、写手（不能自发布）。作者档在写手已经能自我把关时才有必要独立存在。

发布权限和审核权限要不要分开

团队小时可以合并，团队大时应当分开。合并的好处是链路短，一篇稿从写完到上线只经过一个人；代价是失去复核，敏感表述、外链与合规风险都靠同一个人判断。分开之后常见的形态是：写手提交、编辑审核并安排发布、管理员只做规则与权限。这里要警惕一个隐性越权——如果写手可以修改已发布内容，那么审核实际就失效了，因为上线后的改动没人再看。

审核权的另一种形式是自动规则：按敏感词与内容审核策略先过一遍，再进入人工视线。这类规则能覆盖大量重复判断，人工只处理被规则拦下的部分。

AnQiCMS 的用户组权限与内容审核

AnQiCMS 侧对应的是用户管理与 VIP 分组，可按用户组设置访问权限，把「谁能看什么、谁能改什么」做成配置而不是靠约定；内容安全设置里的敏感词过滤与关键词替换、内容审核承担机器初筛，让编辑只看被标记的稿件。与角色能力互补的是内容状态：正式文档、草稿、待发布、回收站四类状态，把「写完」和「上线」之间明确隔开，草稿链接带 preview 参数可预览但不对外，删除正式文档是移入回收站而不是物理删除，误删可恢复。

草稿、待发布和回收站的边界

三者常被混用，边界其实清楚。草稿是未完成状态，只出现在后台与预览链接里；待发布是内容已通过但尚未生效，通常配合定时发布时间因子使用，让上线时刻可控；回收站是已删除内容的暂存区，可恢复。角色设计要落在这三个状态上：写手只能在草稿区活动，编辑负责把草稿推到待发布，回收站的清理权限交给管理员。这样即使某个环节的人变动，内容也不会直接丢失或被越权上线。

常见问题

只有一两个人的站点要不要设置角色？ 要，但只需要两档：能发布的负责人，和只能写草稿的账号。日常使用负责人账号会掩盖误操作，出问题也难回溯。

外部撰稿人怎么给权限最稳？ 给不能发布的写作账号，交付走草稿；确认稿件后由编辑发布。避免为了省事直接给管理员账号，附件与主题能力会一起暴露。

已经是编辑的角色还能再收窄吗？ 可以。默认能力集可以按能力项增删，常见做法是保留编辑他人内容的同时收回主题、插件与用户管理能力。