Hyper-V
微软开发的企业级硬件虚拟化平台，集成于Windows Server，是企业数据中心主流虚拟化解决方案之一
核心事实
时间轴 (近 90 天)
将 WIM 镜像转换为可启动 Hyper-V 虚拟机的典型流程包括：创建虚拟硬盘、分区并格式化、应用 WIM 映像、配置引导记录与 BCD、再挂载到 Hyper-V 启动。
在构建 VM 的过程中，模型自动完成了挂载 ISO、构建虚拟硬盘等步骤，并请求了 sudo 权限，全程只需用户一句自然语言指令。
演示中，QEM 3.5 模型理解 WIM 是 Windows 镜像格式，并推荐了名为 WIMFoldered 或 Hyper-V VM 的技能。
当 shim 无法弥合差异时，Windows 兼容性保障可进一步借助虚拟化手段，如 Hyper-V 或第三方虚拟机运行旧版系统，或使用容器化与远程应用发布。
Docker Desktop 是 Windows/macOS 上的桌面封装，依赖 WSL2 或 Hyper-V 虚拟化，对较老的系统版本和 BIOS 设置挑剔，可能遇到兼容性问题。
Windows 系统存在由 Hyper-V/WinNAT 动态占用的保留端口范围，即使没有进程监听，绑定也可能失败。
Windows 上的隔离原语不通用：需要走 AppContainer、Job Object 或基于 Hyper-V 的轻量虚拟化，接入成本高且行为差异大
尚未部署九月更新的组织可考虑等待包含修复的整合版本，或在测试环境中先行验证Hyper-V文件夹共享等关键功能
九月更新影响了基于Hyper-V的文件夹共享功能
在Windows上，Docker通过WSL2或Hyper-V来运行Linux容器
还有 2 条时间轴事件
全部知识事实 (14)
WSL2与WSL1不同，它运行完整的Linux内核，底层由Hyper-V轻量虚拟机驱动
80%已验证Hyper-V是微软基于Type-1（裸金属）hypervisor架构开发的原生虚拟化平台，直接运行在硬件层之上，宿主操作系统作为特权虚拟机运行
70%待验证启用VirtualMachinePlatform（虚拟机平台）并不等于安装完整的Hyper-V，不会影响VMware或VirtualBox等第三方虚拟化软件的正常使用（较新版本已实现兼容）
80%待验证WSL2基于轻量级Hyper-V虚拟机实现，GPU虚拟化性能损耗通常低于5%
70%待验证将 WIM 镜像转换为可启动 Hyper-V 虚拟机的典型流程包括：创建虚拟硬盘、分区并格式化、应用 WIM 映像、配置引导记录与 BCD、再挂载到 Hyper-V 启动。
50%待验证当 shim 无法弥合差异时，Windows 兼容性保障可进一步借助虚拟化手段，如 Hyper-V 或第三方虚拟机运行旧版系统，或使用容器化与远程应用发布。
50%待验证Docker Desktop 是 Windows/macOS 上的桌面封装，依赖 WSL2 或 Hyper-V 虚拟化，对较老的系统版本和 BIOS 设置挑剔，可能遇到兼容性问题。
50%待验证Windows 系统存在由 Hyper-V/WinNAT 动态占用的保留端口范围，即使没有进程监听，绑定也可能失败。
50%待验证Windows 上的隔离原语不通用：需要走 AppContainer、Job Object 或基于 Hyper-V 的轻量虚拟化，接入成本高且行为差异大
50%待验证在Windows上，Docker通过WSL2或Hyper-V来运行Linux容器
50%待验证Proxmox的品牌认知度和服务网络不及VMware、Hyper-V或Red Hat等KVM厂商
50%待验证VMware和Hyper-V拥有完整的合规文档和审计报告，而Proxmox相关资料相对匮乏
50%待验证在构建 VM 的过程中，模型自动完成了挂载 ISO、构建虚拟硬盘等步骤，并请求了 sudo 权限，全程只需用户一句自然语言指令。
50%待验证演示中，QEM 3.5 模型理解 WIM 是 Windows 镜像格式，并推荐了名为 WIMFoldered 或 Hyper-V VM 的技能。
50%