更新：
用Rubycon给的完整vivetool范围，确实完整打开了 本贴终结
如果你是今年3月的时候用了最初的vivetool code，可能已经被微软偷偷关闭了。最好运行一下最新的代码确保打开。
vivetool.exe /enable /id:60786016,48613417,48433719,49453572,55369237,59254307,59274315
[color=rgb(34, 101, 169) !important]复制代码
重启后可以用下面的 PowerShell 检查：
Get-PnpDevice -PresentOnly | Where-Object { $_.Class -in 'DiskDrive','NvmeDisk' } | Format-Table Class,FriendlyName,InstanceId -AutoSize
[color=rgb(34, 101, 169) !important]复制代码
[color=]如果显示SCSI的话是假开启，显示NvmeDisk才是真开启。
------------------------
最近测试 Windows 11 的 Native NVMe 驱动。，发现Native NVME Feature Flag 显示启用，并不代表 nvmedisk.sys 真正接管了 SSD，实际并没有开始Native NVME
今年三月 26100.8106的时候应该是确实可以打开的。到 26100.9168 时，本机即使 Feature Flag 全部开启，也不再暴露 GenNvmeDisk。
目前观察完全阻断点可能是 26100.8524。
测试环境：
Windows 11 Build 26100.9168KIOXIA EXCERIA PLUS G3 NVMe原始驱动为微软自带 stornvme.sys
我启用了的 Native NVMe Feature Flag，包括735209102，1853569164，156965516，1176759950
重启后，注册表和 FeatureStore 均显示已启用，系统内也存在：
C:\Windows\System32\drivers\nvmedisk.sysC:\Windows\INF\nvmedisk.inf
[color=rgb(34, 101, 169) !important]复制代码
但实际检查设备绑定结果：
设备实例：GenDisk设备类别：Disk drives功能驱动：disk.sys控制器路径：stornvme.sysnvmedisk.sys：没有绑定到 SSD
[color=rgb(34, 101, 169) !important]复制代码
也就是说，开关写入成功了，但 Native NVMe 并没有生效。
进一步检查发现，nvmedisk.inf 需要匹配 GenNvmeDisk。当前系统只向磁盘暴露 GenDisk。因为缺少 GenNvmeDisk 这个兼容 ID，PnP 根本不会选择 nvmedisk.inf。所以继续添加 Feature Flag、调整服务启动类型，甚至看到 nvmedisk 服务已加载，都无法真正意义下开启
可以用下面的 PowerShell 检查：
Get-PnpDevice -PresentOnly | Where-Object { $_.Class -in 'DiskDrive','NvmeDisk' } | Format-Table Class,FriendlyName,InstanceId -AutoSize
[color=rgb(34, 101, 169) !important]复制代码
[color=]如果显示SCSI的话是假开启，显示NvmeDisk才是真开启。
如果显示SCSI则是传统驱动，如果Native NVMe真的生效会显示：NvmeDisk
所以相当于微软在客户端版Win11把这个特性偷偷关了
