macOS vs Windows

大多数 AI 工具——CLI 智能体、脚本、教程——都悄悄地假设你用的是 Unix shell。这左右了开发环境的实际选择。

• macOS 是 **Unix 原生的。**它自带一个真正的 POSIX shell，以及和开发界其余人一样的 git、ssh 和 curl。大多数智能体和脚本"开箱即用"。
• Windows 完全有能力胜任，但最顺滑的路子是 WSL2（Windows Subsystem for Linux）：Windows 里面一个真正的 Linux 环境。把你的 AI 编程放在 WSL2 里面做，而不是去跟原生 PowerShell 的怪癖较劲。
• Linux 是这个家族的第三位成员，就这些用途而言它的行为几乎和 macOS 一模一样——它就是 Unix，所以同样的智能体和脚本原封不动地跑。如果你已经在它上面，那你就齐活了。

几个让你的工作在它们之间保持可移植的坑：

• 路径 —— /home/you/project 对比 C:\Users\you\project；反斜杠和盘符会让脚本崩掉。WSL2 绕开了其中大部分。
• 行尾 —— Windows 用 CRLF，Unix 用 LF。不匹配会造成嘈杂的 diff 和坏掉的 shell 脚本；设置 core.autocrlf 和一个 .gitattributes 来统一归一化成 LF。
• 大小写敏感 —— macOS 和 Windows 往往把 File.ts 和 file.ts 当作同一个；Linux 和 CI 不会，所以在本地能构建的代码可能在云上失败。在导入和文件名里对大小写保持一致。
• 权限 —— Unix 的文件模式（chmod +x）没法干净地映射到 Windows 上。

无论你用哪个，都让 AI 把命令写得可移植——正斜杠、LF 行尾、一致的大小写——这样它的脚本在你的笔记本上和在 CI 里跑起来都一样。当 AI 递给你一条假设了某个你没装的工具的单行命令时，最快的修法往往是在上下文文件里告诉它你的操作系统和 shell，好让它别再瞎猜。