feat: detect Node.js installed via nvm-windows on Windows

[JasonYang318]

问题或动机

Windows 用戶如果使用 nvm-windows 管理 Node.js，Qclaw 目前無法偵測到他們的 Node。

原因在 node-subprocess-runtime.ts 中，當 platform === 'win32' 時，nvm 偵測邏輯直接回傳 null，
完全跳過了 nvm-windows 的路徑掃描。

這導致使用 nvm-windows 的 Windows 用戶在環境檢測階段看到「未偵測到 Node.js」，
即使他們已透過 nvm-windows 安裝了符合版本要求的 Node。

建议方案

新增 nvm-windows 專用的偵測邏輯：

1. 新增 detectNvmWindowsDir()

   • 優先讀取 NVM_HOME 環境變數
   • 回退到 %APPDATA%\nvm 預設路徑

2. 新增 listInstalledNvmWindowsNodeExePaths()

   • 掃描 nvm-windows 目錄下的版本資料夾（如 v22.17.1\node.exe）
   • 依版本號由高到低排序

3. 在 resolveQualifiedNodeRuntime() 中，
   當 platform === 'win32' 時呼叫上述函式，取代原本的 null

4. 修正 resolveNodeInstallStrategy() 的路徑比對，
   將 Windows 反斜線正規化後再比較，確保 nvm-windows 路徑被正確識別為 nvm 策略

改動範圍侷限於 Windows 平台，不影響 macOS/Linux。

替代方案

No response

补充信息

nvm-windows 預設安裝路徑：%APPDATA%\nvm
版本目錄結構：%APPDATA%\nvm\v22.17.1\node.exe

我已在本機完成實作並驗證：

• npm run typecheck ✅
• 新增 9 個測試全部通過 ✅
• 無新增的測試失敗

分支：feat/nvm-windows-detection
Fork：https://github.com/JasonYang318/Qclaw

[bingweisi]

nvm-windows 支持方案评估 👋

感谢 @JasonYang318 提供的详细实现方案！这确实是一个重要改进，能显著改善使用 nvm-windows 的 Windows 用户体验。

✅ 方案评估

优点:

• 实现方案清晰，思路合理
• 路径检测逻辑完整（优先 NVM_HOME → %APPDATA%\nvm）
• 版本排序策略正确（高版本优先）
• 兼容性考虑周全（仅 Windows，不影响其他平台）

技术可行性:

• 风险低，局限于 node-subprocess-runtime.ts
• 已有本地验证，9个测试全部通过
• 与现有 nvm 逻辑完全解耦

🔧 与现有工作的兼容性

由于我当前专注 Windows 体验改进（PR #16、#24），短期内可能无法接手。但：

建议处理方式:

1. 你的方案已非常成熟 - 如果时间允许，可以直接提交 PR
2. 我可以在代码层面协助 - review、优化或协作开发
3. 合并时机 - 建议在我们的 Windows PR 合并后再处理，避免文件冲突

💡 协作建议

如果需要，我们可以：

• 保持沟通，确保实现一致性
• 在合适时机协作 review
• 确保与现有 Windows 改进无缝集成

🎯 结论

这是一个高质量、低风险、高价值的改进！建议：

1. 如果你时间允许，可以先行提交 PR
2. 我会密切跟进并在合适时提供支持
3. 优先级：中高（改善开发者体验）

期待看到你的 PR！🚀

[bingweisi]

@JasonYang318 您好！看到您为 nvm-windows 支持贡献了这么完善的实现，非常棒！虽然我当前专注 Windows 体验改进（PR #16、#24），但如果您需要协作或 review，我非常乐意提供支持。您的实现质量很高，期待看到这个 PR 合并！🚀

[JasonYang318]

建議開發方向（優先序）

P0 — Windows 真的能用（信任基礎）

• nvm-windows 偵測（PR #51，進行中）
• OAuth PTY 替代方案（node-pty / ConPTY）
• Windows CI（PR ci: 补齐跨平台 CI，并修复 Windows 下的测试兼容性 #45 在做，需協調）

P1 — 安全可視化（最大差異化價值）

• Gateway 安全狀態面板（是否對外暴露、監聽 port、認證狀態）
• API Key 遮罩顯示
• 配置儲存前 pre-flight validation
• 提權操作前說明（UAC 前告知使用者原因）

P2 — 維運深度

• Gateway 健康歷史紀錄（24h 穩定性）
• 自動修復觸發（gateway 掛掉時自動 repair，不只通知）
• GUI 內建 Log 檢視器

P3 — 降低整合摩擦

• 整合嚮導加「測試連線」步驟
• 整合失敗給具體錯誤說明

---

關鍵洞察

OpenClaw 把能力推前、安全留後；Qclaw 的機會是反過來：在使用者看得到的地方把安全和穩定做好，讓普通人可以安心用強大工具。

[qiuzhi2046]

感谢建议，我们会认真参考的，特别是这条建议：在使用者看得到的地方把安全和穩定做好，讓普通人可以安心用強大工具。