Exécuter nativement des commandes de style Linux sous Windows

Pour qui

Si vous travaillez sous Windows, voulez agir avec des commandes de style Linux et ne voulez installer ni WSL ni machine virtuelle, ce serveur correspond. Officiellement, il peut exécuter des commandes de style Linux sous Windows de façon native et déterministe, sans machine virtuelle ni WSL. Chaque commande est traduite en PowerShell, exécutée nativement sur la machine, puis renvoyée sous une sortie qui ressemble à GNU/Linux.

Il ne convient pas aux environnements non Windows, ni aux machines qui n’ont pas encore PowerShell 5.1+ ou Node.js ≥ 18. L’extrait actuel ne donne ni noms de fonctions d’outils, ni table de paramètres, ni commande d’exemple officielle pour « quoi lancer en premier ». Si vous avez besoin d’une signature d’appel à copier telle quelle, les preuves s’arrêtent ici.

Ce n’est pas une recherche en lecture seule : après traduction, l’exécution a lieu sur la machine. N’utilisez que si vous voulez vraiment que cette commande atterrisse sur ce Windows.

Premier essai en 3 minutes

Confirmez d’abord trois choses à la fois : le système est Windows, PowerShell 5.1 intégré ou plus récent est présent, et Node.js ≥ 18. Le chemin principal recommandé officiellement est d’installer d’abord le CLI globalement, puis de pointer la connexion MCP vers le service d’entrée/sortie standard :

npm install -g fauxnix-cli

Après installation, pointez la commande de démarrage du serveur dans le client MCP vers fauxnix mcp. L’extrait indique ensuite de pointer n’importe quel MCP harness vers fauxnix mcp, et que c’est le service MCP stdio auquel l’agent harness doit se connecter. L’extrait ne fige pas de chemin de fichier de configuration, donc ne présentez aucun fichier client précis comme confirmé.

Avant d’agir, confirmez que la commande de style Linux que vous allez soumettre est une commande que vous acceptez d’exécuter sur cette machine. L’effet de bord : la commande est traduite de façon déterministe en PowerShell et exécutée nativement sur la machine. L’extrait ne précise pas ce que doit être la première commande, donc n’écrivez pas un nom de commande absent comme exemple officiel. Après confirmation, envoyez cette requête unique.

Le signal de succès est une sortie qui ressemble à GNU/Linux, et non un message indiquant que Node.js manque, que la version PowerShell est insuffisante, ou que fauxnix / fauxnix mcp ne démarre pas. Ne traitez pas cette exécution comme une absence de réseau, de lecture locale ou de frontière de confidentialité.

Cas d’usage

Cas 1 : exécuter une commande de style Linux sur ce Windows et consulter une sortie de type GNU/Linux. L’extrait indique qu’il traduit chaque commande de façon déterministe en PowerShell, l’exécute nativement, puis renvoie une sortie qui ressemble à GNU/Linux. Confirmez d’abord le contenu de la commande, puis soumettez. On ne peut confirmer que « traduire et exécuter nativement, puis fournir une sortie de type Linux » ; les commandes précisément prises en charge et le format des textes d’erreur n’apparaissent pas entièrement dans l’extrait actuel.

Cas 2 : laisser un agent harness se connecter à ce service MCP via l’entrée/sortie standard. L’extrait indique que la commande pour lancer le service MCP stdio est fauxnix mcp, et que c’est l’entrée à laquelle le harness doit se connecter. En cas de succès, le client devrait pouvoir joindre ce service stdio. L’extrait mentionne aussi fauxnix install --claude, sans expliquer quels fichiers il modifie ; au premier essai, ne le traitez pas comme installeur principal, et ne traitez pas une portée d’écriture non écrite comme confirmée.

Ces deux cas correspondent à « exécuter une commande » et « rattacher un harness via stdio ». Ne les mélangez pas en un seul appel non confirmé.

Limites d’usage

Les préconditions d’exécution sont Windows, PowerShell 5.1+ et Node.js ≥ 18. Le chemin d’installation principal est npm install -g fauxnix-cli, et la commande de connexion principale est fauxnix mcp. Il ne dépend explicitement ni d’une machine virtuelle ni de WSL, mais ce que vous obtenez est une exécution PowerShell native, pas une exécution dans une distribution isolée.

La page officielle est https://github.com/20000419/fauxnix . L’extrait ne donne ni champs d’identifiants, ni liste de clients, ni étapes de révocation, ni table de couverture des commandes. N’inventez pas les noms de commandes absents, et ne traitez pas « pas besoin de WSL » comme un risque nul ou un rollback libre.