社区整站自检表：从注册到治理的核对

社区站点的复杂度不在页面数量，而在人与人之间的交互路径。整站自检要按角色走：访客、新注册用户、活跃用户、版块管理者、站点运营者。每个角色走一遍完整路径，问题会自然浮出来。

一、账号与准入
确认注册流程的最短路径，以及验证环节失败时的提示是否可理解。检查密码找回、邮箱或手机号变更的完整闭环。新用户首次进入是否有引导，是否清楚社区规则在哪里。检查账号状态机：正常、受限、禁言、封禁，每种状态下能做什么、不能做什么，页面提示是否一致。权限判断要在服务端完成，前端隐藏只作体验优化。

二、内容发布与呈现
按内容类型逐个检查：短帖、长文、图片、附件、引用。确认编辑器在粘贴外部内容时不会带入多余样式；确认草稿保存与恢复可用；确认发布失败时内容不丢失。列表页要检查分页、排序、空状态、加载失败重试。详情页要检查长内容折行、代码块横向滚动、图片点击查看。内容审核环节要明确是先发后审还是先审后发，并在界面上如实告知用户。

三、互动与通知
检查回复层级是否清晰，深层嵌套在窄屏上是否还能读。点赞、收藏类操作要有即时反馈且可撤销。通知要区分类型并可分别关闭，避免一次操作触发大量重复提醒。检查被回复、被提及、被关注三类通知的触发条件是否准确。屏蔽与拉黑功能要真正生效于列表、详情与通知三处。

四、治理与运营
列出管理侧需要的动作：置顶、加精、移动、合并、删除、批量处理。每个动作都要有确认与留痕，避免误操作不可逆。举报入口要容易找到，处理状态对举报人可见。社区规则、隐私说明、免责说明要放在固定入口，内容与产品实际行为一致。检查敏感词与风控策略的误伤率，给出申诉通道。

五、性能与可维护性
检查首屏加载、列表滚动、图片懒加载的表现；检查搜索在无结果与超时时的提示。确认日志能按用户与内容定位问题，敏感信息脱敏。确认备份与恢复流程可执行，而不只是写在文档里。

使用步骤：先按角色列路径，再按路径列检查点，最后按严重程度排序修复。注意事项：治理规则应写清楚适用范围与申诉方式；涉及用户内容的功能改动，应提前告知并给出过渡期。