Not the answer to your question, but I found this:
So according to a Docker Staff member in 2022, that exe is not meant to be used by end users so it can be removed or renamed or changed any way any time.
The issue mentioned here is different. We are here talking about the removal of dockerCli.exe binary from 4.25 and not having any alternate option to switch between linux and windows engines through CLI. We have a couple of scripts that relies on this capability.
A workaround for DockerCli.exe being removed is to used contexts.
PS C:\> docker context ls
NAME TYPE DESCRIPTION DOCKER ENDPOINT KUBERNETES ENDPOINT ORCHESTRATOR
default * moby Current DOCKER_HOST based configuration npipe:////./pipe/docker_engine
desktop-linux moby Docker Desktop npipe:////./pipe/dockerDesktopLinuxEngine
desktop-windows moby Docker Desktop npipe:////./pipe/dockerDesktopWindowsEngine
There are three ways to take advantage of this:
Use docker context use to select the context.
Use the DOCKER_CONTEXT environment variable to select the context.
Use the docker endpoint from above directly using the DOCKER_HOST environment variable.
I think you’ll have to manually switch to the other OS once using the settings.json workaround from my previous comment. After that you should be able to switch back and forth (I personally use option 2).
The missing binary has been re-added in 4.25.1. Using context should be the way to switch once both engines are up. But I believe we will still need the dockerCLI to start the engine which does not start by default.