🔒 sdk: bash isReadOnly 权限判定依赖运行时 shell 发现，结论可随超时窗口漂移

[CavinHuang]

来自 #463 深层问题（#470 修复了测试竞态，生产路径未解）。

问题：isReadOnly 是权限判定，但其结论取决于 resolveWindowsBashPath 探测是否在超时窗口内完成——同一机器、同一命令、不同时刻可能得出不同方言 → 不同判定结果。两个分支都未放权（PowerShell 白名单本身只读安全），但权限判定的非确定性本身是缺陷。

修向（二选一或组合）：

1. 权限判定路径不触发带超时的 shell 发现（fail-closed 到固定方言）
2. 发现结果固化后判定保持稳定——当前 discoveredWindowsBashPath 已缓存，但首次调用恰逢超时窗口仍翻车

测试侧已由 PR#470 注入确定性 LUME_BASH_PATH 去竞态；本 issue 只针对生产路径。

[CavinHuang]

复核确认缺陷仍在（生产路径）：isReadOnlyShellInput 的方言分支经 resolveShellInvocation 解析，Windows 无配置 shell 时触发 where.exe bash.exe + 逐候选 --version 探测（各 1s 超时）。首调恰逢慢窗口会把 discoveredWindowsBashPath 固化为 null，此后本可走 bash 方言的机器永久落到 PowerShell 回退——同一命令的权限/并发判定随探测快慢漂移。

修向：采纳方案 1+2 组合——权限路径零 spawn：

• shell-invocation.ts 新增 shellKindWithoutDiscovery()：env 配置 bash → 已决缓存 → 未决读作 bash（fail-closed）
• bash.ts 权限判定改用之；执行路径保持 resolveShellInvocation（发现一次并缓存，语义不变）

未决窗口内复合命令一律拒绝只读标记——对两种方言都安全，仅保守不放权。修复已推 PR。