PowerShell support is useful, but I am not sure it should be the main place where GNU/coreutils behavior is expected to feel natural.

A lot of issues seem to come from the PowerShell boundary rather than from the utilities themselves: parsing, aliases, providers, completions, profile rewriting, signing, install/uninstall behavior, etc. See #23, #119, #122, #151, and #161.

I think this points to a broader question: should Coreutils for Windows serve other shells too, not only PowerShell?

For example, I have been working on winuxsh, a native Unix-like shell for Windows. It does not use WSL/MSYS2/Cygwin and does not create an isolated POSIX environment. It runs Windows-native binaries and operates on real Windows files and processes, while providing Bash-like syntax, pipelines, quoting, globbing, exit-code behavior, and direct .sh script execution.

The goal is not to replace PowerShell. It is to provide a more natural shell surface for coreutils-style commands, without needing PowerShell-specific wrappers and profile rewriting. In my current setup, winuxsh provides the shell layer and WinuxCmd provides the command/coreutils layer.

Would this kind of shell be a useful supported/tested target for Coreutils for Windows, alongside PowerShell and cmd?