macOS vs Windows

대부분의 AI 툴링 — CLI 에이전트, 스크립트, 튜토리얼 — 은 은연중에 Unix 셸을 가정한다. 그것이 개발 환경 선택의 현실을 좌우한다.

• macOS는 Unix 네이티브다. 진짜 POSIX 셸과 나머지 개발 세계가 쓰는 것과 같은 git, ssh, curl을 기본 제공한다. 대부분의 에이전트와 스크립트가 "그냥 된다".
• Windows도 충분히 유능하지만, 가장 매끄러운 길은 WSL2(Windows Subsystem for Linux)다: Windows 안의 진짜 리눅스 환경이다. 네이티브 PowerShell의 괴벽과 싸우는 대신 WSL2 안에서 AI 코딩을 하라.
• Linux는 이 가족의 세 번째 일원이며 이 목적에 한해서는 거의 정확히 macOS처럼 동작한다 — 그 자체가 Unix이므로, 같은 에이전트와 스크립트가 손대지 않고 돈다. 이미 그 위에 있다면, 당신은 준비된 셈이다.

이 모두에서 작업을 이식 가능하게 유지하기 위한 몇 가지 함정:

• 경로 — /home/you/project 대 C:\Users\you\project; 백슬래시와 드라이브 문자가 스크립트를 깨뜨린다. WSL2가 대부분을 피해 간다.
• 줄 끝 — Windows는 CRLF, Unix는 LF를 쓴다. 불일치는 시끄러운 diff와 깨진 셸 스크립트를 낳는다; core.autocrlf와 .gitattributes로 LF로 정규화하라.
• 대소문자 구분 — macOS와 Windows는 흔히 File.ts와 file.ts를 같은 것으로 취급하지만, 리눅스와 CI는 아니다. 그래서 로컬에서 빌드되는 코드가 클라우드에서 실패할 수 있다. import와 파일명의 대소문자를 일관되게 하라.
• 권한 — Unix 파일 모드(chmod +x)는 Windows에 깔끔하게 대응되지 않는다.

어느 쪽에 있든, AI에게 명령을 이식 가능하게 — 슬래시는 정방향, LF 줄 끝, 일관된 대소문자로 — 유지하라고 하라. 그래야 그 스크립트가 당신 노트북과 CI에서 똑같이 돈다. AI가 당신에게 없는 도구를 가정한 한 줄짜리 명령을 건넬 때, 가장 빠른 해결책은 컨텍스트 파일에 당신의 OS와 셸을 일러줘 더 이상 추측하지 않게 하는 것인 경우가 많다.