feat: strengthen BSP and PSP validation and handoff

skills/firmware-lowlevel-psp-development/references/packaging-and-device-validation.md

@@ -40,12 +40,14 @@ PSP 的日常开发仓库位于 `~/work/project/EMX2.1/AppTeam/Psp/<项目名>/`
 - `scripts/product.py`、`scripts/release.py` 和 `psp.json` 是普通文件；
 - `EmxResToProduct` 每个 `src` 都有明确且存在的来源，`dst` 是安全的工程内相对路径且不重复；
 - `data` 分区有 `file`，`release.py` 使用 DATA 组包时，`mkAiData.py` 和 `data_ubinize.cfg` 都由 PSP 显式映射，不能依赖应用工作区里的旧文件；
-- `mkAiData.py` 的容量参数不超过 `data` 分区；
+- `mkAiData.py` 的容量参数按 `参数 × UBI LEB` 换算实际请求空间，并加上明确的 PEB 保留量后不超过 `data` 分区；默认基线是 LEB=126976、PEB=131072、至少保留 8 PEB，项目工具参数不允许沿用无来源的固定常数；
 - PSP 的 kernel/rootfs 分区名称、文件和容量与 `metadata/bsp.lock.json` 中已经通过的 BSP 分区证据一致，余量仍不少于 512 KiB；
 - PSP 是预期 commit 且工作区干净。
 
 工具能证明的是静态关系。还要只读检查 `product.py` 使用的 Media、AIPlugin、运行库和驱动清单；空目录、空列表以及“脚本打印错误但退出码仍为 0”的路径都要在执行前说明。该问题属于应用打包框架时，未经明确授权不得修改应用脚本。
 
+分区发生变化时，先运行 `validate_partition_closure.py --psp-json <PSP/psp.json> --boot-default <PSP内实际生效Default> --release-py <应用/scripts/release.py>`。报告必须证明每个分区的推导 offset/size 与 Boot/Default 一致，以及 DATA 请求空间加保留块后仍可容纳。`release.py` 属于应用工程；工具只读校验，修改仍需要应用侧授权，不能因为 PSP 分区变化就越界改脚本。
+
 完成上述检查后自动继续：
 
 1. 从项目已有规则读取“哪个文件是实际烧录包”的精确相对路径。无法唯一发现时视为异常，先请用户指定；`output/<版本>/` 可能包含多个 `.bin`，不能按扩展名或修改时间自行挑选。