内容被误删后页面只显示「违反社区规范」，没有申诉按钮，客服邮箱一周收到 80 封申诉信，处理全靠人工翻。日志里能对上时间点，这种反而好排。
审核结果页只输出固定文案，没有关联审核记录 ID，也没有申诉表单。后台没有申诉队列，收到邮件也无处归档。这一点先确认清楚，后面就不用反复试。
POST /api/appeal {content_id: 8821, reason: '误判', contact: 'a@b.com'}
# 返回 appeal_id 供查询
这次卡住的地方就在「申诉入口缺失」这一环，单独把它拎出来验证，别和其他改动混在同一次发布里。线上出问题先对时间点，跟发布、备份、任务执行的时刻排一排，能省掉一半功夫。
日志级别临时调高可以，记得改回去，长期开着既占磁盘又掩盖真问题。权限不要一口气开到最大，先加到够用再往上试，范围小才好收。
处理上按这个顺序：结果页加申诉入口，带上内容 ID 和审核批次号；后台建申诉队列，支持按原审核记录回查；申诉通过后自动恢复内容并通知用户。
结果对不对很好判断，误判内容能从申诉入口提交，并在同一个后台队列里看到。