Microsoft incluye wslc.exe con WSL para ejecutar y construir contenedores Linux en Windows 11 sin instalar Docker Desktop. Actualiza WSL, comprueba que responde wslc y prueba un contenedor; después puedes crear una imagen para tu proyecto y acceder a ella desde Windows.
Qué necesitas para usar wslc
Necesitas Windows 11 y el Subsistema de Windows para Linux (WSL). wslc.exe viene incluido con WSL, así que no hace falta instalar un motor de contenedores aparte. El flujo permite trabajar con contenedores Linux, no con contenedores Windows. Microsoft explica los comandos en su guía oficial para usar contenedores en WSL.
Preparar WSL y comprobar wslc
Haz estos pasos desde PowerShell. Si WSL ya está instalado, empieza por actualizarlo.
- Instala WSL si aún no lo tienes. En PowerShell, ejecuta:
wsl --install - Actualiza WSL para obtener la versión más reciente disponible:
wsl --update - Comprueba que
wslcestá disponible:wslc version
Ejecutar y comprobar el primer contenedor
Inicia una imagen de prueba con este comando:
wslc run --rm hello-world
Si la imagen no está ya en el equipo, wslc la descarga. El mensaje de bienvenida indica que el contenedor se ha ejecutado; --rm hace que se elimine al detenerse.
Construir una imagen de proyecto y abrirla desde Windows
Para crear una imagen propia, guarda el proyecto en el sistema de archivos de Linux de WSL. Microsoft advierte que acceder a archivos del sistema de Windows con herramientas Linux de WSL puede ralentizar significativamente el trabajo con esos archivos.
En la raíz del proyecto, crea un archivo llamado Containerfile. Este ejemplo de Django describe la imagen de la aplicación:
FROM python:3
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
EXPOSE 8000
CMD ["python", "manage.py", "runserver", "0.0.0.0:8000"]
Desde la carpeta que contiene el archivo, construye la imagen:
wslc build -t helloworld-django .
Comprueba que se ha creado:
wslc image list
Arranca el contenedor y publica el puerto 8000 para acceder a la aplicación desde Windows:
wslc run -d --rm -p 8000:8000 --name django helloworld-django
Abre http://localhost:8000/ en un navegador de Windows. También puedes consultar el estado y los registros, o ejecutar un comando dentro del contenedor:
wslc container list
wslc container logs django
wslc exec django uname
El comando uname devuelve Linux cuando el contenedor está funcionando sobre el kernel Linux de WSL 2. Al terminar, detén el contenedor:
wslc container stop django
Como se inició con --rm, se elimina al detenerlo.
Inspeccionar y limpiar contenedores
Si algo falla, consulta los detalles del contenedor y sus registros; también puedes inspeccionar una imagen:
wslc container inspect <container-id>
wslc container logs <container-id>
wslc image inspect <image>
Para recuperar espacio, wslc container prune elimina los contenedores detenidos y wslc image prune las imágenes que no se usan.
Qué mostró la prueba de GPU publicada por XDA
En un artículo publicado el 23 de octubre de 2026, Abhinav Raj, de XDA, describió una prueba con un Ryzen 5 7600X y una NVIDIA RTX 4070 Ti Super de 16 GB de VRAM. La imagen CUDA detectó la GPU y el controlador 617.14 que también indicaba Windows 11. Raj ejecutó esta orden:
wslc run --rm --gpus all nvidia/cuda:12.9.1-base-ubuntu24.04 nvidia-smi
En la comparación con llama.cpp, las dos ejecuciones dentro del contenedor generaron 124 tokens por segundo. Las dos ejecuciones nativas dieron entre 128 y 132 tokens por segundo. La prueba usó el modelo Gemma 4 E4B, cuantización Q4_K_M, descarga completa del trabajo a la GPU, un contexto de 128K, el mismo prompt y una respuesta de 256 tokens. Son resultados de ese equipo y esas condiciones.
XDA describió wslc como una herramienta para contenedores Linux. En su artículo del 23 de octubre de 2026, también indicó que Compose no estaba disponible en la prueba que relató y que Microsoft trabajaba para admitir archivos Compose existentes.
