多作者站点要先按 WordPress 内置的角色把权限边界划死，再让 AI 承担「大纲检查、事实核验、发布前验收」三道关口，而不是让 AI 直接写稿发出去；顺序颠倒的结果是权限混乱加上内容口径失控。
先定角色，再谈协作
WordPress 内置五种角色，能力逐级递减，官方定义如下：
| 角色 | 能做什么 | 适合谁 | AI 可介入的位置 |
|---|---|---|---|
| 管理员 Administrator | 单站内全部管理功能 | 站点负责人 | 不介入，只负责最终授权 |
| 编辑 Editor | 发布并管理文章，含他人文章 | 内容主编 | 发布前验收清单、终审辅助 |
| 作者 Author | 发布并管理自己的文章 | 稳定供稿人 | 自查提示、事实核验 |
| 贡献者 Contributor | 撰写和管理自己的文章，但不能发布 | 新作者、外部投稿 | 大纲检查、结构建议 |
| 订阅者 Subscriber | 仅管理个人资料 | 普通读者 | 不介入 |
多站点网络下还有超级管理员，拥有网络级全部能力。实际配置时有一条硬规则：能发布的人越少越好。外部供稿一律给贡献者，把 publish_posts 这道口子收在编辑手里，内容质量的方差会立刻下降。
贡献者角色默认不含 upload_files 能力，也就是说外部作者传不了图片。这不是缺陷而是特性：图片统一由编辑处理，能顺带把命名、压缩和版权问题收口。别为了省事给贡献者加这个能力。
三段审核流：AI 放在哪一段
第一段：投稿前，查大纲与重复
作者提交大纲后先跑一次检查：这个选题站内是否已有相近文章、角度是否重复、关键词是否分散。这一关能挡掉大部分无效产能。把已有选题清单作为上下文喂进去，让 AI 做相似度判断，比人工翻历史文章快得多。
第二段：编辑中，查事实与结构
稿件进入编辑环节后，AI 做两件事：
- 事实核验：把文中的数据、版本号、时间断言摘出来逐条标为「需人工确认」，编辑只核这几条，不必通读；
- 结构检查：首段是否直接给结论、小标题是否覆盖用户真实提问、有没有内链缺口。
第三段：发布前，跑验收清单
发布动作之前由编辑执行一份固定清单，AI 负责逐条给出判断依据。清单要写死，不能每次靠记忆。
发布前验收清单
- 作者身份与角色核对：确认发布者具备 publish_posts 能力，外来稿件必须从贡献者状态转出。
- 选题查重：在站内搜索核心词与同义词族，确认近一个月没有同角度文章。
- 事实核验：文中出现的所有版本号、日期、价格、数据，逐条标注来源并人工确认过。
- 内链检查：正文至少两条指向站内已有文章的有效链接，无死链。
- 元信息完整：标题含核心词，摘要是完整句子而不是自动截断，分类与标签归属正确。
- 媒体检查：封面已压缩、无水印、无站外图片盗链，正文不含被墙资源。
容易被忽略的两个坑
坑一：给作者开放了不该开放的能力
unfiltered_html 这类能力意味着可以写入任意脚本，交给外部作者等于把站点安全交给别人。同理，管理主题、插件、用户的能力一律不给内容角色。站点整体安全加固的做法可以参考WAF 与限流配置。
坑二：AI 生成内容直接发布
让 AI 从选题到成稿一气呵成再一键发布，短期看产能很高，长期看有两个后果：同一批站点之间内容高度趋同，以及事实性错误无人兜底。正确定位是 AI 做检查不做终审，终审永远留给人。
配套规则
除了角色和审核流，还有三件事要提前定好：
- 固定链接结构：一旦上线不要改，内链全部依赖它，改动会造成批量死链；
- 标签白名单：允许作者自由新建标签，很快就会出现同义词泛滥，先给一份受控词表；
- SEO 基线：标题、摘要、小标题结构的最低要求写进作者手册，具体可参考AI 建站的 SEO 优化方法。
站点规模继续扩大后，可以把这套流程并入例行维护，与站点维护清单合并成一份月度检查表，避免流程停在纸面上。
外部投稿应该给什么角色
贡献者。能写不能发，图片由编辑统一处理，发布权留在编辑手里，是最省心的默认配置。
编辑能不能管其他人的文章
能。编辑角色默认包含管理他人文章的能力，这也是它和作者角色的核心差别——作者只能管自己的。
AI 应该放在流程的哪一段
放在投稿前的大纲检查和发布前的验收清单这两段，中间的事实核验做辅助标注。不要让它直接产出并发布。
多作者站点非要装协作插件吗
不一定。先用内置五种角色把权限划清楚，流程跑顺之后再考虑插件。多数小团队用角色加一份清单就够了。
结论：多作者站点的瓶颈从来不是产能，而是一致性。角色决定谁有资格按下发布键，审核流决定内容经过几道关，AI 决定每道关的检查成本有多低——三者各司其职，站点才能在人数增加的同时不掉质量。
评论 (0)