docs(plan): the measurements that overturned the plan, written back into it

[Sunrisepeak]

三份计划文档停在动手之前。落地过程推翻了其中几处判断,而不回填的文档在说谎。§17 只记录被推翻或修正的部分,做成了的事不在此列。

四条,其中三条是同一族错误。

1. §4.1 的窄改法阈值定错了方向。 上文写「命中点超过 ~30 处就改窄改法」,实测 22 处 —— 按本文规则应走宽改法,而正确的仍是窄改法。判据从来不是「要改多少处」,而是「哪一个是身份、哪一个是请求」。
2. §12.3「二进制分发不能声明 provides」被实验否掉。 手写一个无源码包零引擎改动即可占住 c++-abi 层;上文据这个错误前提推出了一整套需要引擎改动的方案。
3. 新层名的发布门槛本文完全没有涉及,而它决定能不能发。同一个键在 19.4 与 24.3 上都 exit 0,但不是同一种成功:前者早于层词表,整个数组被忽略,既不拒绝也不读。CI 停在那里会在一份中心主张从未被检查过的清单上报绿。
4. 一次撤回:kal_fs_props 未定义是 openkal SPEC 6.1 在工作,我把机制当缺陷修了,发布并进索引后撤回。

1/2/4 同族:用「做不到」或「什么坏了」当推理的前提,而没有去读那份写着答案的文件。

design 定稿加一行落地状态并指向 §17。⚠️ 本 PR 不动 .xlings.json 的 bootstrap pin。