微软是OpenAI最大的股东，投入超过130亿美元，CEO萨提亚·纳德拉逢人便讲AI。但一个尴尬的事实是：真正用AI工具写代码、搞生产力的开发者，大概率没有在使用Windows。Claude Code、Codex CLI等热门AI编程工具，默认运行在终端里，而终端在Windows上是一个需要额外折腾的环境。曾经有人用Windows的时间远长于Mac，但在Windows上尝试配置AI开发工具时，始终无法像在macOS上那样流畅运行。这揭示了一个残酷的现实：对于AI Coding而言，macOS和Linux是一等公民，Windows是二等公民。为什么AI开发工具天然偏向Unix系？因为这些工具的工作方式是在终端里启动一个Agent，它会读取整个代码仓库，自主规划多文件修改、写代码、跑测试。整个过程需要执行shell命令、操作git、调用Docker、安装依赖。这一整套工作流在macOS和Linux上是原生的，因为它们继承自Unix血统。而到了Windows上，路径分隔符是反斜杠，与Unix世界的正斜杠完全相反，语法与Bash差异巨大。大量开源工具的README默认提供Bash命令，隐含假设你在Unix环境下。npm install在Windows原生文件系统上的速度明显偏慢，微软自己在2026年3月的WSL改进公告中，也以这个痛点作为开篇。微软给出的解决方案是WSL（Windows Subsystem for Linux），即在Windows里跑一个Linux虚拟内核。能跑，但很离谱。WSL在2026年已经相当成熟，启动不到两秒，资源动态分配，文件系统互通。但魔鬼藏在边界里。一个四五人的开发团队，有人用VS Code在Windows侧编辑，有人在WSL里跑Agent，有人用GitHub Desktop在原生Windows上做code review，两套文件系统之间的状态同步会变成持续的噩梦。BaristaLabs在2026年3月的实测报告显示，在WSL环境中跑AI编程Agent的团队，有15%到20%的Agent辅助开发时间花在了调试环境差异产生的bug上。微软多年前的设计决策，今天开始反噬自身。OpenAI的Codex CLI官方安装指南明确说明：这个工具是为Unix-first环境构建的。直到2026年3月4日，OpenAI才推出Codex的原生Windows版本，用PowerShell和原生Windows沙箱运行。BaristaLabs发博客称“WSL税没了”，一个税字足以说明一切——之前Windows用户做AI开发，一直在交税，而macOS和Linux用户从来不需要。再看开源AI生态的Unix基因。2026年最重要的AI基础设施项目——PyTorch、Hugging Face Transformers、llama.cpp、vLLM、Ollama、MLX、DeepSpeed、Ray，几乎全部诞生于Unix环境，由Unix/Linux开发者社区维护。翻开这些项目的安装文档，示例命令清一色是Bash语法。Windows用户要运行这些东西，要么装WSL，要么装Anaconda试图抹平差异。AI开发的整个技术栈，从模型训练框架到推理引擎到部署工具，都是在Unix土壤里长出来的。对于AI从业者而言，如果主要工作涉及AI开发或编程，macOS或Linux仍是更顺畅的选择。如果必须使用Windows，WSL是目前最可行的方案，但要做好为环境差异付出额外时间和精力的准备。微软正在努力改进，但短期内，Windows在AI时代的“二等公民”地位难以改变。