把还没验证的事单独列出来，比假装都知道更有用。下面每一条都写清了「卡在哪」和「什么情况下能补上」。
| 待核验项 | 卡在哪 | 怎么补 |
|---|---|---|
| 各网关对错误模型ID的报错原文 | 需要逐个网关账号 | 有账号的人跑一次，把原文贴出来 |
| Windows ACL后端partial的具体边界 | 需要构造越界写入的用例 | 写一个明确写工作区外的测试并按结果记录 |
| 抓包看到的请求体字段构成 | 需要能解TLS的链路 | 把base URL指到自建代理，记录字段名 |
| 插件安装期脚本的实际影响面 | 需要对具体插件逐个审 | 看postinstall脚本内容，记录它做了什么 |
| 审批unavailable时的界面表现 | 需要构造没有应答者的会话 | 断开会话后触发一次审批，看界面与日志 |
状态四档的含义
| 状态 | 意思 | 你可以怎么用 |
|---|---|---|
| 已核验 | 本站跑过，有原始记录 | 可以直接照做 |
| 公开资料整理 | 读的资料，逐条附出处 | 可以当线索，别当实测结论 |
| 待实测 | 知道怎么做，本站还没跑完 | 当方法参考，结论自己验 |
| 已过期 | 当时对，现在不一定 | 看核验日期，别直接照搬 |
为什么要有这一页
因为一个站点最容易失去信任的方式，是把没验证的东西写得跟验证过一样。把待核验项摊开，读者反而知道哪儿能信、哪儿要自己动手。
这一页的更新方式：某项补完了，先改对应页面的状态，再从这里删掉一行。别让清单和页面互相矛盾。