macOS vs Windows

Большинство AI-инструментов — CLI-агенты, скрипты, туториалы — негласно предполагают Unix-оболочку. Это влияет на практический выбор среды разработки.

• macOS — Unix-нативный. Он поставляется с настоящей POSIX-оболочкой и теми же git, ssh и curl, которыми пользуется весь остальной мир разработки. Большинство агентов и скриптов «просто работают».
• Windows полностью способен, но самый гладкий путь — это WSL2 (Windows Subsystem for Linux): настоящая Linux-среда внутри Windows. Занимайтесь своим 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 выдаёт вам однострочник, предполагающий инструмент, которого у вас нет, самый быстрый способ исправить это — часто сообщить ему вашу ОС и оболочку в файле контекста, чтобы он перестал гадать.