feat: productize Windows external-edit learning 还没好

[Cooper-X-Oak]

Summary

• productize Windows external-edit auto learning on the formal OpenLess dictation path instead of the lab/debug path
• arm a short-lived Windows observer after successful insertion, persist learned old -> new replacements into formal correction-rules.json, and deterministically reuse them on later dictation
• document the first-batch Windows support matrix and add reproducible smoke / observer verification scripts

What changed

• add windows_external_edit.rs and wire it into the formal coordinator dictation lifecycle
• reuse formal correction rules as v1 terminology memory, including wrapped-array compatibility for correction-rules.json
• add minimal Settings toggle / IPC / i18n surface for Windows external-edit auto learning
• harden Windows smoke verification for Notepad and Edge, including Edge guest-mode fixture flow and UIA-based readback / observer verification
• update the Windows productization doc with support boundaries, evidence, expected-vs-actual debugging notes, and runbook

First-batch support boundary

• Supported with current worktree evidence: Windows Notepad, Microsoft Edge textarea
• Historically supported but not freshly re-evidenced in this worktree: WeChat input box
• Not supported: Zed, Windows Terminal
• Unverified: VS Code

Validation

• npm run build
• cargo build --manifest-path openless-all/app/src-tauri/Cargo.toml --target-dir D:\cargo-targets\openless-extedit --bin openless
• Notepad formal insertion / observer / rewrite-hit smoke
• Edge formal insertion / observer / rewrite-hit smoke
• Note: Rust test harness still fails to execute on this machine with STATUS_ENTRYPOINT_NOT_FOUND, so real smoke/log/rule-file evidence was used for this PR

Draft status

This PR should stay draft until:

• CI on beta passes
• human validation passes on the supported Windows targets