emrg: build-release 十一次修复 — Windows python.exe 探测（rant #13）

[argszero]

第 11 次实跑：3/4 平台成功（macOS + ubuntu×2，pipefail 修复生效），Windows 失败于 build-runtime.sh 第 4 步 pip install：exit 127（command not found）。

根因：Git Bash 对带路径的直接执行不做 .exe 补全。Windows 复制产物为 bin/python.exe（bin/python 无扩展名文件不存在），而脚本用 "$DIST/bin/python"（无扩展名）调用 → bash 找不到文件 → 127。POSIX 有 python 软链所以正常。（bin/emrg.cmd 早已用 "%DIR%\\python.exe"，印证引用方式差异。）

修复：PY_BIN 探测——bin/python 不存在且 bin/python.exe 存在时改用 .exe。用 -e（存在性）而非 -x（可执行），cp 复制的 exe 执行位在 Git Bash 中不可靠。

验证：

• bash -n OK
• Windows（仅 python.exe）/ POSIX（仅 python 软链）双场景模拟正确
• 本机 macOS 实跑 build-runtime.sh 完整成功（83M runtime，pip deps 安装 OK）
• pytest 464 passed；import checks OK

背景：rant #13 Phase 4 发布期。合并后重打 tag 第 12 次实跑，预期 4/4 全绿 → Release 发布。

[argszero]

✅ LGTM — cycle 20260805-0064

审查内容：build-runtime.sh PY_BIN 探测——bin/python 不存在且 bin/python.exe 存在时改用 .exe（Git Bash 带路径执行不做 .exe 补全 → 127）。

验证：bash -n OK；Windows/POSIX 双场景模拟正确；本机 macOS 实跑 build-runtime.sh 完整成功（83M + pip deps）；pytest 464 passed。根因分析准确（第 11 次实跑 3/4 成功，仅 Windows pip 127）。

[argszero]

✅ LGTM — cycle 20260805-0065

第二次复核：diff 与上轮一致（build-runtime.sh PY_BIN 探测——python 不存在且 python.exe 存在时切 .exe，用 -e 存在性检查）。bash -n OK；本机实跑成功验证过。无新增问题。

[argszero]

✅ LGTM — cycle 20260805-0066

第三次复核：diff 稳定（build-runtime.sh PY_BIN 探测——python 不存在且 python.exe 存在时切 .exe，-e 存在性检查）。bash -n OK；本机 macOS 实跑 build-runtime.sh 完整成功（83M runtime + pip deps）。3 个不同 cycle（0064/0065/0066）连续 LGTM，满足合并条件。