fix: config validates device/EP combination without system check

[xieofxie]

Summary

• Adds resolve_check_device_ep helper that validates a (device, EP) combination without requiring the device/EP to actually exist on the system. Closes config: should not use resolve_device #765.
• commands/config.py and config/build.py now use resolve_check_device_ep instead of resolve_device so winml config no longer hard-fails on hosts where the requested EP isn't installed.
• When device=auto or ep=None, the helper delegates to the existing resolve_device + resolve_eps flow (system-aware behavior preserved). When both device and ep are explicit, it only validates against the static EP_SUPPORTED_DEVICES mapping.
• CLI cleanup: -m/--model, -c/--config, --device for the config command now use the shared cli_utils.*_option decorators.

Tests

• New TestResolveCheckDeviceEp class in tests/unit/sysinfo/test_device.py covering both code paths (delegation and static-only) plus error cases (unknown EP, unsupported device, case-insensitivity).
• Existing config-test mocks updated from resolve_device to resolve_check_device_ep (tests/unit/config/conftest.py, tests/unit/config/test_build.py, tests/unit/config/test_build_onnx.py, tests/unit/commands/test_config_cli.py) so the lazy import in config/build.py is intercepted.

🤖 Generated with Claude Code

[DingmaomaoBJTU]

Code review

Found 1 issue:

1. IndexError on _resolved_eps[0] when no EPs are installed -- In commands/config.py, the old code guarded EP display with if ep:, only printing when the user explicitly passed --ep. The new code unconditionally accesses _resolved_eps[0]. When device="auto" (default) and ep=None (not specified), resolve_check_device_ep delegates to resolve_eps(resolved_device), which returns [] on systems with no EPs registered (CI runners, fresh machines, builds without the Windows ML ORT extensions). The unconditional _resolved_eps[0] then raises IndexError: list index out of range, crashing winml config on the most common invocation pattern. The test mock always returns ["QNNExecutionProvider"], so this path is untested.

winml-cli/src/winml/modelkit/commands/config.py

Lines 441 to 445 in dd79c41

	console.print(f" EP: [cyan]{_resolved_eps[0]}[/cyan]")
	# Quant types — display exactly what config contains
	if _quant:
	console.print(

🤖 Generated with Claude Code

_{- If this code review was useful, please react with 👍. Otherwise, react with 👎.}

[timenick]

One nit on the new helper. The design intent is clear and well-documented in the PR description; only flagging this because the function returns the same tuple shape from two paths with different semantics.

[xieofxie]

Code review

Found 1 issue:

1. IndexError on _resolved_eps[0] when no EPs are installed -- In commands/config.py, the old code guarded EP display with if ep:, only printing when the user explicitly passed --ep. The new code unconditionally accesses _resolved_eps[0]. When device="auto" (default) and ep=None (not specified), resolve_check_device_ep delegates to resolve_eps(resolved_device), which returns [] on systems with no EPs registered (CI runners, fresh machines, builds without the Windows ML ORT extensions). The unconditional _resolved_eps[0] then raises IndexError: list index out of range, crashing winml config on the most common invocation pattern. The test mock always returns ["QNNExecutionProvider"], so this path is untested.

winml-cli/src/winml/modelkit/commands/config.py

Lines 441 to 445 in dd79c41

	console.print(f" EP: [cyan]{_resolved_eps[0]}[/cyan]")
	# Quant types — display exactly what config contains
	if _quant:
	console.print(

🤖 Generated with Claude Code

• If this code review was useful, please react with 👍. Otherwise, react with 👎.

for a resolved device, there should always be ep