Ejecutar de forma nativa comandos al estilo Linux en Windows

Para quién

Si trabajas en Windows, quieres resolver tareas con comandos al estilo Linux y no quieres instalar WSL ni una máquina virtual, este servidor encaja. Oficialmente puede ejecutar comandos al estilo Linux en Windows de forma nativa y determinista, sin máquina virtual y sin WSL. Cada comando se traduce a PowerShell, se ejecuta de forma nativa en la máquina y se devuelve una salida que parece GNU/Linux.

No sirve en entornos que no sean Windows, ni en máquinas que aún no tengan PowerShell 5.1+ o Node.js ≥ 18. El extracto actual no da nombres de funciones de herramientas, tabla de parámetros ni un comando de ejemplo oficial de «qué ejecutar primero». Si necesitas una firma de llamada que se pueda copiar tal cual, la evidencia se detiene aquí.

Esto no es una búsqueda de solo lectura: tras la traducción se ejecuta en la máquina. Úsalo solo cuando de verdad quieras que ese comando aterrice en este Windows.

Primer intento en 3 minutos

Confirma primero tres cosas a la vez: el sistema es Windows, está el PowerShell 5.1 integrado o superior, y Node.js ≥ 18. La vía principal recomendada oficialmente es instalar primero la CLI de forma global y luego apuntar la conexión MCP al servicio de entrada/salida estándar:

npm install -g fauxnix-cli

Tras la instalación, apunta el comando de arranque del servidor en el cliente MCP a fauxnix mcp. El extracto indica que luego se apunta cualquier MCP harness a fauxnix mcp, y que este es el servicio MCP stdio al que debe conectarse el agent harness. El extracto no fija una ruta de archivo de configuración, así que no trates un archivo de cliente concreto como confirmado.

Antes de actuar, confirma que el comando al estilo Linux que vas a enviar es uno que aceptas ejecutar en esta máquina. El efecto secundario: el comando se traduce de forma determinista a PowerShell y se ejecuta de forma nativa en la máquina. El extracto no especifica cuál debe ser el primer comando, así que no escribas un nombre de comando ausente como ejemplo oficial. Tras confirmar, envía esta petición.

La señal de éxito es una salida que parece GNU/Linux, no un aviso de que falta Node.js, de que la versión de PowerShell es insuficiente o de que fauxnix / fauxnix mcp no arranca. No interpretes esta ejecución como ausencia de red, de lecturas locales o de límite de privacidad.

Casos de uso

Caso 1: ejecutar un comando al estilo Linux en este Windows y ver una salida de tipo GNU/Linux. El extracto indica que traduce cada comando de forma determinista a PowerShell, lo ejecuta de forma nativa y devuelve una salida que parece GNU/Linux. Confirma primero el contenido del comando y luego envía. Lo comprobable es solo «traducir y ejecutar de forma nativa, luego dar salida de tipo Linux»; qué comandos se admiten y el formato del texto de error no aparecen por completo en el extracto actual.

Caso 2: que un agent harness se conecte a este servicio MCP por entrada/salida estándar. El extracto indica que el comando para ejecutar el servicio MCP stdio es fauxnix mcp, y que esa es la entrada a la que debe conectarse el harness. Si tiene éxito, el cliente debería poder conectar con ese servicio stdio. El extracto también menciona fauxnix install --claude, pero no explica qué archivos cambia; en el primer intento no lo trates como instalador principal ni tomes por confirmado un alcance de escritura no escrito.

Estos dos casos corresponden a «ejecutar un comando» y «enganchar un harness por stdio». No los mezcles en una sola llamada no confirmada.

Límites de uso

Las precondiciones de ejecución son Windows, PowerShell 5.1+ y Node.js ≥ 18. La vía principal de instalación es npm install -g fauxnix-cli y el comando principal de conexión es fauxnix mcp. Deja claro que no depende de máquina virtual ni de WSL, pero lo que obtienes es ejecución nativa de PowerShell, no una ejecución dentro de una distribución aislada.

La página oficial es https://github.com/20000419/fauxnix . El extracto no da campos de credenciales, lista de clientes, pasos de revocación ni tabla de cobertura de comandos. No completes nombres de comandos ausentes ni interpretes «sin WSL» como riesgo cero o rollback libre.