CLI: --directory option for the remote working directory (winrs -d)

[bertysentry]

winrs parity: -d[irectory]:PATH — starting directory for the remote shell.

Context

The fluent API already supports this — CommandRequest.workingDirectory(String), honored when the remote shell is created (the client's first command) — but the CLI does not expose it: a CLI run always starts in %USERPROFILE%.

Proposal

winrm-java -h server -u 'DOMAIN\user' -pf pw.txt \
  -d 'C:\build' exec build.cmd

• -d, --directory <path> on the command subcommand (and the future shell subcommand, Command stdin and interactive shell: stdin() on the builders, RemoteProcess.stdin(), and a CLI shell subcommand #136), mapped straight to workingDirectory(...).
• Since a CLI invocation is one client running one command, the "first command only" pinning caveat of the API is invisible here — the option simply works.
• Note: -d is currently free (the hostname short option is -h); keep --directory as the long form.

Acceptance criteria

• Option parsed and passed through to the request; wire assertion that the Create shell request carries rsp:WorkingDirectory (FakeWsmanServer).
• Usage error when the value is missing or blank.
• Documented in the CLI manual options table.

🤖 Generated with Claude Code