From c89105996d1bbd130196a2d67a209670d90d656b Mon Sep 17 00:00:00 2001 From: cbb <2625274797@qq.com> Date: Tue, 20 Oct 2026 23:03:51 +0800 Subject: [PATCH] =?UTF-8?q?docs:=20=E5=88=B9=E5=81=9C=E9=95=BF=E5=B0=BE?= =?UTF-8?q?=E5=AE=9A=E9=87=8F=E5=8C=96=E2=80=94=E2=80=9448.8%=E9=A2=98?= =?UTF-8?q?=E9=9B=B6=E5=88=B9=E5=81=9C=E3=80=81=E5=89=8D20%=E9=A2=98?= =?UTF-8?q?=E5=8D=A072.4%=E4=BA=8B=E4=BB=B6=EF=BC=9B=E6=9D=A0=E6=9D=86?= =?UTF-8?q?=E5=BF=85=E9=A1=BB=E5=88=86=E5=B1=82=E6=8A=A5(brake=5Frate=5Fp9?= =?UTF-8?q?0/stuck=5Fshare)=EF=BC=8C=E5=90=A6=E5=88=99=E5=AF=B9=E5=B0=BE?= =?UTF-8?q?=E5=B7=B4=E6=9C=89=E6=95=88=E7=9A=84=E6=94=B9=E5=8A=A8=E5=9C=A8?= =?UTF-8?q?=E5=9D=87=E5=80=BC=E4=B8=8A=E7=9C=8B=E4=B8=8D=E5=87=BA=E6=9D=A5?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/探索日志.md | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/docs/探索日志.md b/docs/探索日志.md index c73d63b..effacbb 100644 --- a/docs/探索日志.md +++ b/docs/探索日志.md @@ -108,6 +108,20 @@ - **对 `backoff` 的预期与判据**:全拒意味着"连第 1 步的端点或中点已经穿进障碍",缩步能不能救取决于**穿得有多深**(穿 0.1 mm 救得回,穿 3 mm 救不回)。这个数转储里没记(只记被选中那条),所以直接由 `backoff_mean`/`reject_all_mean` 来量: `reject_all_mean ≈ 原全拒次数`(=backoff_mean+brakes_mean,与轮次 33 cap 的 19.55 可比),`backoff_mean/(backoff_mean+brakes_mean)` 就是"缩步能救回的比例"。这是补跑(#22)要读的第一个数。 +## 刹停是极端长尾:一半题零刹停,两成题占 72% 事件(轮次 41,纯读已落盘逐题数据) + +- 轮次 33 base(一步、不限幅)的逐题 dump:256 题共 4928 次全拒,均值 19.25/题。 + + | 分组 | 刹停均值 | 刹停中位 | + |---|---|---| + | 到达的 147 题 | **1.72** | **0** | + | 未到达的 109 题 | 42.89 | 45 | + + 分位数:**48.8% 的题一次都不刹**;最卡的前 5% 题占全部刹停事件 **24.5%**(92.8 次/题),前 10% 占 **42.9%**,前 20% 占 **72.4%**;后 80% 只占 27.6%(均值 6.6)。>30 次的 71 题(27.7%)几乎承担了整条判据缺口。 +- **这改变了"怎么评判一条杠杆"**:§9.2 的"刹停 <2% 推理周期"用**均值**报,会被这 71 题拖死(K=16 均值 7.06%、中位 0.0),而大多数题其实早就满足。⇒ 以后每条臂都要**分层报**:`brake_rate_p90` 与"卡住题占比(brake_rate>0.2)"要进指标,否则一条只对尾巴有效的杠杆(#24、backoff)会在总均值上看起来"没动"。 +- 与失败分类完全对上:63/109"走一半被冻住"就是这批题;**它们同时也是到达缺口的全部来源**(可拿的 +25 pp 区间就在这批题里)。所以攻它们不是锦上添花,是主攻方向。 +- 待办(等链跑完再改库,避免重犯 14:45 那次事故):给 `eval_cl` 补 `brake_rate_p90` 与 `stuck_share`(判据 `brake_rate > 0.2` 的题占比)。 + ## K=16 串行 vs 批量认证等价 + 第一次真正核算"刹停率"(轮次 41) - `--K 16 --cert_batch 1` 与 `--K 16`(串行)跑同一 256 题同 seed:`success / time_ok_1p3 / brakes_mean / travel_ratio_median / collision_*` **全部逐位相同**,差异键只有 7 个、且全是我这几轮新加/改口径的报表键(`reverse_*` 的两种口径、`n_plans`、`brake_rate`、`moving_share`)。⇒ **轮次 39 的"试候选数 1/3/8/16 曲线"同样描述批量口径**,也就是说 K=16 到达 0.5625 这个收益不依赖串行早停这个巧合。