本机开发工具链盘点

为什么必须现场探测

每台机器的工具链都不一样，差别还都藏在细节里：

版本管理工具的组件目录名自带版本和平台（Linux 是 ~/cot/lib/node_22.23.2_linux_amd64/，Windows 是 ~/cot/lib/uv_0.12.9_windows_amd64/），换机器、换版本、换平台就不同；
WSL 会把大量 /mnt/c/... 塞进 PATH，Windows 程序只能按 foo.exe 找到，command -v foo 查不到；
Windows 的 PATH 里混着应用执行别名（%LOCALAPPDATA%\Microsoft\WindowsApps\python3.exe、kubectl.exe 这类 Store 存根）：文件在、命令也能跑，但并没有真装，执行只会得到一句报错；
同一个名字可能是 alias 或函数而不是可执行文件（docker → podman；有的 profile 把 ls/cat 包成 coreutils 的函数）；
同一个工具可能同时有 Linux 版和 Windows 版（cargo 与 cargo.exe），来源不同、版本也可能不同。

所以结论只能来自本次探测。凭印象或套用上次的清单，会漏报、多报，版本号也会错。

确定性的第一步是复现用户的环境，而不是假设 PATH 就是默认值。c 在两种平台上都存在，但形态不同：