任务目标
将已核验SDK与应用问题落成Codex可执行方案；按用户要求分别使用Docker内JDK8与JDK17，不在Mac安装/调用任务JDK。用户要求先review再真实运行，当前状态PENDING_REVIEW。
方案与产物
- 人读主方案：
implementation-plan.md/.html。 - 执行提示：
START_HERE.md；技术真源：contracts.md。 - 分阶段任务：
tasks.csv；具体输入/预期：test-matrix.csv。 - SDK修复/候选验收：
sdk-change-contract.md。 - 双JDK Dockerfile、固定工具版本/digest、运行入口及批准门禁：
docker/。 - 源码/包/Docker状态只读预检：
scripts/preflight.py；回执preflight-result.json。
验证
已核对基线master/开发分支SHA、源码及AAR哈希。Docker资产已做Bash/AST/help/批准门禁负向检查；计划经过独立应用/SDK/构建复核，修正了异常重量触发无盘报警、无可信重量DTO、后台缺口计量与条件门禁问题。完整静态验收见package-validation.json。
当前不是容器测试结果：未build/pull/run镜像，未运行Java/Gradle/候选测试，未构建或安装本轮APK。
边界
Android工程在JDK8容器里构建；SDK审计在JDK17容器里执行；APK实际运行于410 Android设备。独立在位/业务时间窗/夹子状态/真实目标设备未确认时，限制对应LIVE或设备步骤，不让全部READY软件修复停摆。
用户review前没有任何业务修改或系统运行授权。容器runner读取review-decision.json，未批准时所有运行入口阻断，不提供绕过参数。
下一步
先请用户审主方案的版本映射、阶段顺序与实施边界。用户批准后，记录真实批准证据，先执行E00两个镜像与冻结基线，交付可查看的日志/测试HTML/XML/Debug APK；再按批准范围推进A切片。C阶段的物理/业务决定与真机目标按合同逐项补齐，不伪造已通过。