嗨，我之前也踩过类似的坑，结合你的经历来拆解下为啥会出现这种让人摸不着头脑的问题：

核心逻辑：pip判断当前环境“不兼容预编译wheel”，触发源码编译回退 #

pip本来会优先找和你的系统、Python版本完全匹配的预编译wheel包，但如果它检测到当前环境满足不了wheel的运行要求，就会自动回退到从源码编译。在你的案例里，主要是这几个点导致的：

1. 普通命令行环境缺少关键系统环境变量 #

Windows下的普通CMD/PowerShell默认不会加载Windows SDK和VC++编译器的环境变量，pip在检查环境时，可能因为找不到SDK相关的依赖路径，误判为“当前环境没有合适的预编译wheel可用”，于是就尝试从源码编译numpy——这也是你一开始遇到kernel32.lib找不到的原因：编译需要SDK里的这个库文件，而普通命令行没把SDK的路径加到环境变量里。

而VS开发者命令行启动时会自动配置这些环境变量（包括SDK路径、编译器路径等），所以重启后pip既能正确识别到系统兼容的预编译wheel，就算偶发需要编译也能找到依赖文件，自然就成功了。

2. numpy 2.2.6的wheel适配有隐性环境要求 #

numpy 2.x系列是比较新的版本，它的预编译wheel可能对Windows系统的组件有隐性要求——比如必须安装对应版本的Windows SDK或VC++ Redistributable。官方文档没特意提这点，是因为大多数用户的系统要么之前装过VS、SDK，要么Python安装包已经自带了基础的VC++组件，不会遇到这个问题；但如果是刚重装的干净系统，或者完全没碰过开发工具的环境，就会触发这个“隐藏要求”。

3. 小众情况：pip版本或缓存的干扰 #

如果你的pip版本偏旧，对新的wheel打包标准支持不好，也可能出现找不到合适wheel的情况。不过从你重启开发者命令行就成功的情况来看，这个因素的影响应该比较小，核心还是环境变量的问题。

为啥文档没提需要Windows SDK？ #

其实官方文档默认假设用户的环境是“具备基础开发依赖”的——比如Python安装时会提示安装VC++ runtime，而很多用户在装其他开发工具（比如VS Code的C++插件、Visual Studio）时已经顺带装了Windows SDK。只有像你这种完全干净的环境，才会触发这个“未被提及的隐性要求”，属于小众但实际会遇到的边缘坑。

最后，你能想到重启开发者命令行解决问题已经很赞了，这个坑确实挺隐蔽的😂