学习模式用于观察正常请求并形成例外，不应长期代替正式防护。退出前要检查学到的规则是否确实对应业务操作，尤其是在学习期间曾有异常流量、测试脚本或维护人员临时操作的站点。
先记录当前学习范围
确认学习开始与计划结束时间、站点版本及期间做过的主要操作。内容发布、上传、表单和商城流程都可能产生不同请求；没有被正常走过的路径，不能因为学习时间到了就推断已经适配。记录真实业务范围，比单纯延长天数更有帮助。
逐项解释新增允许项
查看允许项涉及的网址、参数和来源操作，区分需要长期存在的业务请求与临时维护动作。学习期间的请求并不会因此自动成为可信业务。如果无法解释某条宽泛例外，先保存记录并在测试副本验证，不直接将整段路径全部放行。
切回防护后重走关键路径
在维护窗口启用正式防护，以正常访客及编辑身份分别测试。表单、页面保存和文件上传的成功结果要回读，出现拦截时核对对应记录，针对确证误报建立最小例外；不为恢复一次操作重新长期开放学习。
给规则安排复查条件
插件更新、表单字段调整或新接口上线后，旧规则可能不再合适。为例外记录用途和责任人，定期去掉已经停用的功能对应规则。对正处于攻击或清理阶段的网站，不能照普通新站的学习流程放任异常请求继续累积。
关键区别
学习模式：观察正常请求；并非完整防护。
允许规则：解释具体用途；避免宽泛例外。
正式防护：按规则阻断；仍需业务回测。
怎样确认处理到位
正式防护状态可见，正常业务能完成，不明允许项已处理或有明确待查记录；后续误报能够定位到请求和规则，而不是再次整站放行。
容易误判的边界
学习结束的自动时间不等于规则已经人工核对；也不要用“没有投诉”代替表单、编辑及账户流程检查。
