Кросс-платформенный рабочий процесс тестирования графики для разработки с поддержкой ИИ

Кроссплатформенный графический тулчейн для CI-тестирования

Разработчик на r/ClaudeAI подробно описал рабочий процесс для тестирования графического кода Windows на CI-раннерах Linux без аппаратного GPU. Подход использует специфический тулчейн для компиляции и запуска приложений Direct3D полностью в программном режиме.

Стек тулчейна

Рабочий процесс следует такому конвейеру:

• Исходный код C++ с кодом D3D11/D3D12 и директивами #ifdef _WIN32
• → MinGW-w64 (кросс-компиляция в Windows .exe)
• → Wine (запускает .exe на Linux)
• → DXVK / VKD3D-Proton (транслирует D3D → Vulkan)
• → Lavapipe (программный Vulkan на CPU)
• → llvmpipe (растеризация на CPU)
• → вывод в буфер кадра (GPU не требуется)

Что делает каждый слой

• MinGW-w64 — кросс-компилятор на основе GCC, который создаёт нативные Windows PE-бинарники (.exe) из Linux
• Wine — транслирует системные вызовы Windows и вызовы Win32 API в их Linux-эквиваленты во время выполнения
• DXVK — транслирует вызовы API D3D11 в вызовы Vulkan (та же технология, которую использует Steam Proton)
• VKD3D-Proton — та же идея, но для D3D12 → Vulkan
• Lavapipe — программный Vulkan ICD от Mesa — полноценный драйвер Vulkan, работающий полностью на CPU
• llvmpipe — базовый программный растеризатор Mesa, которому делегирует Lavapipe

Ключевое понимание

Это не эмуляция и не мокирование. Код C++ — это точно такой же путь выполнения _WIN32, который компилирует MSVC на реальной Windows. MinGW просто нацелен на ту же ABI. Wine + DXVK предоставляют реальные поверхности API D3D11/D3D12. Lavapipe — это реальный драйвер Vulkan — просто он работает на CPU вместо GPU. Когда тест проходит через этот стек, он задействует фактический путь инициализации графики Windows, а не заглушку.

Требования к установке

Разработчик утверждает, что нужны всего три пакета:

sudo apt-get install mingw-w64 wine64 mesa-vulkan-drivers

Это работает на любом Linux-компьютере, включая GitHub Actions раннеры и дешёвые VPS-инстансы.

Более широкий контекст рабочего процесса

Разработчик пишет код полностью с телефона, каждое изменение коммитится в GitHub, где CI Actions компилируют, тестируют и отчитываются. Конвейер проверки включает несколько компиляторов, санитайзеры (ASan, UBSan, TSan, MSan), статические анализаторы и примерно 2000 модульных тестов. Claude пишет код, пушит его, и CI ловит проблемы. В сочетании с другими компонентами CI-конвейера (GCC, Clang, MSVC, пять конфигураций санитайзеров, clang-tidy, clang-format, отчёты о покрытии) это позволяет выявлять большинство проблем до ручного ревью.