Linux-artige Befehle nativ unter Windows ausführen

Für wen

Wenn Sie unter Windows arbeiten, Dinge mit Linux-artigen Befehlen erledigen wollen und weder WSL noch eine virtuelle Maschine installieren möchten, passt dieser Server. Offiziell kann er Linux-artige Befehle unter Windows nativ und deterministisch ausführen, ohne virtuelle Maschine und ohne WSL. Jeder Befehl wird nach PowerShell übersetzt, nativ auf der Maschine ausgeführt und als Ausgabe zurückgegeben, die nach GNU/Linux aussieht.

Er eignet sich nicht für Nicht-Windows-Umgebungen und nicht für Rechner ohne PowerShell 5.1+ oder Node.js ≥ 18. Der aktuelle Auszug gibt keine Tool-Funktionsnamen, keine Parametertabelle und kein offizielles Beispiel für „was zuerst laufen soll“. Wenn Sie eine kopierfertige Aufrufsignatur brauchen, endet die Evidenz hier.

Das ist keine Nur-Lese-Suche: Nach der Übersetzung wird auf der Maschine ausgeführt. Nutzen Sie es nur, wenn dieser Befehl wirklich auf diesem Windows landen soll.

Erster Versuch in 3 Minuten

Bestätigen Sie zuerst drei Dinge zugleich: Das System ist Windows, eingebautes PowerShell 5.1 oder neuer ist vorhanden, und Node.js ≥ 18. Der offiziell empfohlene Hauptweg ist, zuerst die CLI global zu installieren und dann die MCP-Verbindung auf den Standard-Ein-/Ausgabedienst zu richten:

npm install -g fauxnix-cli

Nach der Installation richten Sie den Server-Startbefehl im MCP-Client auf fauxnix mcp. Der Auszug hält fest, dass Sie anschließend ein beliebiges MCP-Harness auf fauxnix mcp richten, und dass dies der MCP-stdio-Dienst ist, den das Agent-Harness verbinden soll. Der Auszug nennt keinen festen Konfigurationsdateipfad, also behandeln Sie keine konkrete Clientdatei als bestätigt.

Prüfen Sie vor dem Handeln: Der Linux-artige Befehl, den Sie einreichen wollen, ist einer, den Sie auf dieser Maschine ausführen wollen. Die Nebenwirkung: Der Befehl wird deterministisch nach PowerShell übersetzt und nativ auf der Maschine ausgeführt. Der Auszug legt nicht fest, was der erste Befehl sein muss, also schreiben Sie keinen unsichtbaren Befehlsnamen als offizielles Beispiel. Danach senden Sie diese eine Anfrage.

Das Erfolgssignal ist eine Ausgabe, die nach GNU/Linux aussieht, nicht der Hinweis, dass Node.js fehlt, die PowerShell-Version zu niedrig ist oder fauxnix / fauxnix mcp nicht startet. Diese Ausführung nicht als kein Netz, kein lokales Lesen oder keine Privatsphäregrenze verstehen.

Anwendungsfälle

Fall 1: Einen Linux-artigen Befehl auf diesem Windows ausführen und eine GNU/Linux-artige Ausgabe ansehen. Der Auszug hält fest, dass jeder Befehl deterministisch nach PowerShell übersetzt, nativ ausgeführt und als GNU/Linux-artige Ausgabe zurückgegeben wird. Bestätigen Sie zuerst den Befehlsinhalt, dann einreichen. Prüfbar ist nur „übersetzen und nativ ausführen, dann Linux-artige Ausgabe liefern“; welche Befehle unterstützt werden und das Fehlertextformat erscheinen im aktuellen Auszug nicht vollständig.

Fall 2: Ein Agent-Harness über Standard-Ein-/Ausgabe mit diesem MCP-Dienst verbinden. Der Auszug hält fest, dass der Befehl zum Starten des MCP-stdio-Dienstes fauxnix mcp ist, und dass dies der Einstieg ist, den das Harness verbinden soll. Bei Erfolg sollte der Client diesen stdio-Dienst erreichen. Der Auszug erwähnt außerdem fauxnix install --claude, erklärt aber nicht, welche Dateien geändert werden; behandeln Sie das beim ersten Versuch nicht als Hauptinstaller und eine ungeschriebene Schreibweite nicht als bestätigt.

Diese beiden Fälle entsprechen „einen Befehl ausführen“ und „Harness über stdio anbinden“. Nicht zu einem unbestätigten Aufruf vermischen.

Nutzungsgrenzen

Laufzeitvoraussetzungen sind Windows, PowerShell 5.1+ und Node.js ≥ 18. Der Hauptinstallationsweg ist npm install -g fauxnix-cli, der Hauptverbindungsbefehl ist fauxnix mcp. Es hängt ausdrücklich nicht von virtueller Maschine und WSL ab, aber Sie erhalten native PowerShell-Ausführung, nicht einen Lauf in einer isolierten Distribution.

Die offizielle Seite ist https://github.com/20000419/fauxnix . Der Auszug nennt keine Anmeldefelder, keine Clientliste, keine Widerrufschritte und keine Befehlsabdeckungstabelle. Fehlende Befehlsnamen nicht ergänzen und „kein WSL nötig“ nicht als Nullrisiko oder beliebiges Rollback verstehen.