摘要
先说明一点，我并不是要挑起Windows和Mac的对立，这篇文章我只讲事实和逻辑。 数据就是数据，趋势就是趋势。 咱们从一个事实开始—— 微软是 OpenAI 最大的股东，往里砸了超过 130 亿美金，CEO Satya Nadella逢人就讲 AI。 然而，如果你今天去问一个真正在用 AI 工具写代码、搞生产力的开发者，他大概率没有在用 Windows。 Claude Code、 Codex CLI等编程工具跑在哪里？ 在终端（Terminal）里。 没错，去年冬天之前，我甚至不知道Mac里还有终端这个东西。 但今天我已经可以熟练地用终端里的Claude Code给一个硬件写一个映射软件了。 我用 Windows 的时间比用 Mac 长（曾经用了很长时间的Surface），对微软的产品也没什么成见。 但上面这些操作我在Windows里整了很久都没有搞定。 没错，一个事实就是—— 对于AI Coding而言，macOS 和 Linux 是一等公民，而 Windows 是需要额外折腾的二等公民。 下面细说逻辑—— 01 我们来看一个逻辑：为什么 AI 时代的开发工具，天然偏向 Unix 系。 这些工具的工作方式是：在你的终端里启动一个 Agent。 这个 Agent 会读你的整个代码仓库，然后自己规划多文件修改，写代码，跑测试。 整个过程中，它需要执行 shell 命令，操作 git，调 Docker，安装依赖。 这一整套工作流，在 macOS 和 Linux 上是原生的，这两个操作系统是 Unix 的血统。 然而，到了 Windows 上。 路径分隔符是反斜杠，和全世界所有 URL、所有 Unix 路径的正斜杠反着来，语法和 Bash 差异很大。 大量开源工具的 README 默认给你写的是 Bash 命令，隐含假设你在 Unix 环境下。 npm install 在 Windows 原生文件系统上的速度，雀食非常慢。 这话不是我说的，微软自己在 2026 年 3 月的 WSL 改进公告中，以这个痛点作为开篇来论证为什么要改进 WSL。 那么问题来了——微软给出的解决方案是什么？ WSL——Windows Subsystem for Linux。 就是在
摘要可能不完整，可查看原文