macOS vs Windows
大多數 AI 工具—— 智慧體、指令碼、教程——都悄悄地假設你用的是 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 和 不會，所以在本地能構建的程式碼可能在雲上失敗。在匯入和檔名裡對大小寫保持一致。 - 許可權 —— Unix 的檔案模式（
chmod +x）沒法乾淨地對映到 Windows 上。
無論你用哪個，都讓 AI 把命令寫得可移植——正斜槓、LF 行尾、一致的大小寫——這樣它的指令碼在你的筆記本上和在 CI 裡跑起來都一樣。當 AI 遞給你一條假設了某個你沒裝的工具的單行命令時，最快的修法往往是在上下文檔案裡告訴它你的作業系統和 shell，好讓它別再瞎猜。