敏感内容自动过滤与审核机制

Clara BBS 对敏感内容的治理不是"单点过滤"，而是四道闸门串起来的一条流水线：提交前自动拦截（敏感词 + 防灌水）→ 按版块开关的"先审后发" → 人工审核/版主/举报处理 → 回收站与封禁兜底。所有环节都在后台可视化配置，保存即生效，不需要改代码、不用清缓存。

第一道闸门：内容还没入库就拦掉

结论：最省成本的审核是"不让它发出来"，系统在发帖回帖环节内置了敏感词拦截、发帖/回帖最小间隔、图形验证码、注册验证问答、邮箱域名黑名单等一整套防灌水配置项。

敏感词拦截负责命中即拦，不进入待审队列，也不占用人工时间。发帖与回帖的最小间隔用来压制刷屏机器人——真人几乎无感，脚本会直接卡住。图形验证码在服务器没有 GD 扩展时会自动降级成算术题，不会因为环境问题让整个验证环节失效。邮箱域名黑名单内置近百个临时邮箱域，挡的是批量注册小号发广告这条最常见的路径。

注意点：敏感词库要定期维护。词表过宽会误伤正常讨论（尤其技术版块里的英文缩写和黑话），建议只把明确违规的词设为硬拦截，擦边词交给后面的先审后发去判断。

第二道闸门：按版块开启"先审后发"

结论：需要严格管控的版块可以单独打开"先审后发"，其余版块照常即时发布，不必全站降速。

这是 Clara BBS 内容治理里最实用的一档：开关放在后台「版块管理」里，一个版块一个开关，粒度是版块而不是全站。开了先审后发的版块，新帖进入后台「内容审核」队列，审核通过后才对外可见。

它可以和版块级权限矩阵叠加使用——浏览/发帖/回复/上传四类动作 × 各用户组分别授权，留空则继承上级设置。把敏感度高、容易出事的版块收窄到指定用户组，再叠加先审后发，基本可以把风险控制在很小的范围内。

第三道闸门：人工审核、版主与举报

结论：自动化只能挡掉形态固定的内容，真正的内容判断要交给版主和举报流程。

版主体系是社区自治的主力：每个版块最多可设 10 位版主，版主在版内拥有全权，可自行处理本版帖子，不必事事等管理员。用户侧的举报则走后台「举报处理」流程，管理员在后台统一查看和处理。

后台的「内容审核」和「帖子管理」是集中操作的入口，处理动作都会被记录到管理日志，谁在什么时候删了什么、放了什么，事后可查。这一点在多管理员站点里比想象中重要——出问题时能快速定位是误操作还是越权。

第四道闸门：处置兜底与账号侧封堵

结论：删帖不等于消失，处置必须留后路，账号侧的封堵也要跟上。

帖子在前台被删除时是软删除，进回收站保留 30 天（天数可配），后台「内容管理→帖子管理→状态筛选→回收站」可以查看并恢复，超期才自动彻底删除。这意味着误删、误判有反悔窗口，也方便留证据。

账号侧还有几层：IP 封禁支持定时封禁；登录安全闭环包括同 IP 高频失败拦截（防密码喷洒）、连续输错锁定（默认 5 次锁 15 分钟，后台可配）、全程登录审计日志（后台「用户体系→登录日志」）、到期自动解锁和后台手动解锁。上传环节则有文件类型白名单加图片二次校验，避免有人用改扩展名的方式上传违规文件。

另外，AI 智能回复插件本身也带敏感词设置，用来约束 AI 自动回复的输出内容，避免机器人替你"说错话"。

一个容易忽略的边界：审核与 GEO 输出的关系

结论：GEO 相关输出只包含游客可见版块的内容，隐藏版块和权限版块的内容绝不会外泄。

系统的 /llms.txt、/llms-full.txt、/answers.html 问答聚合页等 GEO 产物，都只抓取游客可见范围内的内容。也就是说，把敏感或内部讨论放进隐藏版块，配上先审后发，AI 引擎那边既抓不到、也不会引用。做内容分级时顺手考虑这一层，能省掉很多后续麻烦。

总的来说，Clara BBS 的敏感内容机制是"分层拦截 + 分级配置 + 留痕可回溯"：能自动挡的交给敏感词和防灌水，拿不准的交给先审后发和版主，处置动作有回收站和管理日志兜底，外发口径则由 GEO 的游客可见规则统一收口。