Windows AI 开发环境怎么配置？

Git、Node.js、Python 和 WSL 分别解决什么问题

Git 用来获取代码、记录版本和协作；很多 AI 编程工具也会读取仓库状态。Node.js 是大量网页项目、命令行工具和自动化脚本的 JavaScript 运行环境，npm 则负责安装相应依赖。Python 常见于模型、数据处理、科研和图像工作流，pip 与虚拟环境用于隔离项目依赖。WSL 在 Windows 内提供 Linux 环境，适合明确要求 Linux 命令、容器或相关依赖的项目。

它们可以配合，却不是必须全部安装。只使用网页助手的学生可能完全不需要开发环境。

推荐顺序：先系统条件，再基础工具，最后项目依赖

先更新并重启 Windows，确认磁盘空间和用户权限；然后根据目标工具安装 Git、Node.js 或 Python；最后进入具体项目再安装项目依赖。WSL 应当在项目确实需要 Linux 时再启用，不要因为教程里出现过就默认开启。

每完成一层都立刻验证，再进入下一层。这样出错时能知道变化发生在哪里。一次装十个组件、最后统一重启，看起来快，实际会让诊断范围变得非常大。

最常见的问题不是没安装，而是 PATH 指向了旧版本

Windows 可以同时存在多个 Node.js 或 Python。图形界面显示“已经安装”，终端执行的却可能是另一份旧程序。安装器更新 PATH 后，已经打开的 PowerShell、CMD 或编辑器终端通常不会自动刷新，所以第一步应当是关闭并重新打开终端。

如果版本仍不一致，再查看命令实际来自哪个路径，而不是继续覆盖安装。卸载旧版本前要确认是否有其他课程或项目仍依赖它；不要使用来历不明的清理脚本批量删除环境变量。

什么时候需要 WSL，什么时候不需要

如果项目文档明确写着只支持 Linux、依赖 Bash 脚本、容器或 Linux 文件权限，WSL 会减少兼容问题。如果工具已经提供成熟 Windows 桌面版，或者课程只要求基本网页开发，直接使用 Windows 往往更简单。

WSL 有自己的文件系统、软件包和 PATH。把两侧环境混在一起，容易产生“这一边装了、另一边找不到”的问题。同一个项目尽量在同一环境里执行。

安装后用四组命令确认环境

重新打开终端后，可根据实际安装内容依次运行：

• git --version：确认 Git 可以被找到；
• node --version：确认 Node.js 版本；
• python --version：确认 Python 命令与版本；
• wsl --status：只在启用了 WSL 时查看状态。

看到版本号只是基础检查。接下来还要在目标项目中安装依赖、运行最小示例，确认包管理、权限和网络都能工作。若命令不存在，先判断是组件未安装、终端未刷新，还是 PATH 指向错误。

自动检测的价值，是把错误定位变得更快

手动配置最大的成本，是每个人看到的教程、版本和电脑状态都不同。StudyBuddy 硅基同桌可以对支持的环境进行检测和配置，把“到底缺什么”从猜测变成更明确的结果，也便于后续技术支持根据同一组信息排查。

自动化同样有边界：它不会绕过 Windows 组织策略、用户确认或第三方许可，也不应未经允许删除已有环境。好的自动配置会说明准备做什么、验证什么，以及失败后保留哪些证据。