На Windows-десктопах многие используют WSL2 для Linux-подобного стека, а сборки и подпись отдают реальным Mac на MacCloud. Когда OpenClaw крутится в WSL, чаще мешают не бизнес-логика, а совместимость путей, переводы строк и сетевой стек.

1. Дистрибутив и ядро

Лучше Ubuntu 22.04 / 24.04 LTS, затем sudo apt update && sudo apt upgrade. Держите ядро WSL2 свежим: на старых ядрах на виртуальном NIC чаще бывают обрывы и таймауты DNS.

2. Где лежит репозиторий: ~/ или /mnt/c

Храните репозиторий в нативной ФС WSL (например ~/projects), не на /mnt/c—I/O и файловые вотчеры там гораздо приятнее. При чтении с Windows биты прав и исполняемости могут не совпадать; не полагайтесь слепо на chmod +x.

Правило: быстрые кэши сборки — только внутри ФС WSL.

3. SSH до MacCloud

Сгенерируйте ключи внутри WSL и добавьте публичный ключ в authorized_keys на облачном Mac. Для VS Code Remote настройте расширения и пути к ключам отдельно для Windows и WSL, чтобы не ловить «ключ есть, а расширение не видит».

4. DNS, VPN, корпоративная сеть

При сбоях резолвинга смотрите политику DNS в WSL и перезапись resolv.conf. С корпоративным VPN предпочтительно раздельное туннелирование на хосте, чтобы WSL наследовал стабильные маршруты. Не делайте вывод только по «дома всё работало».

5. Связь с Linux и macOS

WSL ближе к Linux для сервисов: см. развёртывание на Linux. GUI и Xcode — на Mac: установка на macOS и практика на MacCloud.

6. Самопроверка

  • pwd указывает на нативный диск WSL?
  • ssh -v до MacCloud использует ожидаемый ключ?
  • Сравнивали ping/curl до и после включения VPN?

Разделите роли: WSL — оркестрация и скрипты, MacCloud — реальные сборки; отладка ускорится.