docs(plan): 落地记录 —— 六步产物与判据,以及期间挖出的两处非本方案缺陷

Author: speak-agent

.agents/docs/2026-09-07-package-identity-and-doc-alignment.md

@@ -366,3 +366,36 @@ manifest 注释,因为它是唯一能回答「为什么这个还要我写」的
 
 第 5 步是 mcpp 的**第二个** PR。它不是拆分,是两次跨仓库发布夹在中间的必然结果:
 示例引用的是已发布的 plugins,而那一版依赖第 1 步的引擎。
+
+## 11. 落地记录
+
+| 步 | 产物 | 判据 |
+|---|---|---|
+| mcpp 引擎 | PR#584 → main `83c91002` → **2026.9.6.6** | 分支 38/38 绿,main 30/30 绿;e2e 627–630 在 2026.9.6.5 上实测为红 |
+| 发布 | tag `v2026.9.6.6`,四平台 | 两端镜像逐字节核过(GitCode 的 HEAD 返 401,ranged GET 返 206,尺寸四个全等) |
+| 索引(xim) | openxlings/xim-pkgindex #777 | `Publish Index Artifact` 在合并 commit 上绿;`xlings install mcpp@2026.9.6.6` 成功 |
+| mcpp-plugins | PR#8 → main `7a834933` → **0.2.4** | main CI 绿,且新判据打印出四条 `entries declared by dependencies` |
+| 索引(mcpp) | mcpplibs/mcpp-index #364 | `lua` 解析通过,三个平台表 `latest = 0.2.4`;`mirror-cn-reachable` 绿 |
+| 示例 | mcpp 的第二个 PR | 25 行声明离开 manifest,留下三行(两个设备 + 一个覆盖示范) |
+
+### 11.1 落地期又挖出两处,都不是本方案的对象
+
+**一、`DT_RPATH` 的继承没被建模**(§10.8)。为了让第五条规则的诊断被编译一次而去构建
+cann 示例时碰到:引擎拒绝了一个加载器能起来的产物。已修,连同两条腿的单测。
+
+**二、mcpp-plugins 的 CI 缓存从来没生效过。** 已发布的 mcpp 是自包含的 —— 没有
+`MCPP_HOME` 时它的 home 就是解开的 tarball,而那个 job 缓存的是 `~/.mcpp`,一个 mcpp
+从不碰的目录。**每次运行都是冷的,而 90 分钟的超时预算正是按冷的算的,所以没人觉得
+不对。** 顺带把我自己新写的判据也坑了一次:`rm -rf ~/.mcpp/provisioned` 什么都没删,
+于是一次构建成功的运行被判红。
+
+⭐⭐ **本地预演之所以通过,恰恰因为它用的是开发构建** —— 开发构建被排除在自包含模式
+之外,确实用 `~/.mcpp`。**同一段脚本,两个不同的对象。** 预演要用发布物跑。
+
+### 11.2 索引描述符里一句不成立的话
+
+`mcpp.plugins.lua` 原有的措辞说「记录的 floor 会**拒绝**低版本客户端」。**没有这回事**:
+描述符与包的 manifest 里都没有 per-package 的引擎下界,而索引级的 `min_mcpp` 是故意
+不抬的(抬它会让停在下限的客户端连整个索引都打不开)。floor 是文档。改成写清楚低版本
+客户端**实际**会撞上什么:2026.9.6.5 上规则报工具包缺席并点出下界,≤2026.9.6.4 上
+`cfg(accelerator = ...)` 的工具表被直接拒绝。