macOS prerelease /model picker hides routable Opus 4.7 internal/high/xhigh models

[supreeth20]

Summary

On macOS arm64 with Copilot CLI prerelease 1.0.40-3, the /model picker and copilot help config visible model list only show base claude-opus-4.7. They do not show the Opus 4.7 internal / high reasoning / extra-high reasoning variants, even though the same account can route to those model IDs directly and the same CLI version on Windows shows the entries.

Environment

• OS: macOS / Darwin arm64
• Install method: Homebrew cask copilot-cli@prerelease
• CLI version: GitHub Copilot CLI 1.0.40-3
• Auto-update disabled during repro: COPILOT_AUTO_UPDATE=false
• Account has entitlement: same account/subscription sees these models in VS Code Copilot and opencode; same CLI version on Windows work laptop shows them in the model UI.

Repro steps

1. Install prerelease on macOS:

brew install --cask copilot-cli@prerelease
export COPILOT_AUTO_UPDATE=false
copilot --version

2. Open the model picker with /model, or inspect the visible model list:

COPILOT_AUTO_UPDATE=false copilot help config

3. Observe that only base Opus 4.7 is listed:

- "claude-opus-4.7"

The following entries are missing from the picker / visible list:

claude-opus-4.7-1m-internal
claude-opus-4.7-high
claude-opus-4.7-xhigh

Expected behavior

The macOS /model picker should display the same model entries as the Windows CLI for the same account, subscription, and CLI version, including the Opus 4.7 internal / high / xhigh variants when the account is entitled.

Actual behavior

The macOS /model picker and help config visible list omit those variants. Only direct model IDs work.

Direct routing works

These direct invocations succeed on the same macOS install/account:

COPILOT_AUTO_UPDATE=false copilot --model claude-opus-4.7-xhigh --silent --allow-all -p "Reply with exactly: OK"
COPILOT_AUTO_UPDATE=false copilot --model claude-opus-4.7-1m-internal --reasoning-effort xhigh --silent --allow-all -p "Reply with exactly: OK"

Both returned OK, so this appears to be a model picker / visible catalog issue rather than an entitlement or backend routing issue.

Cache/reinstall attempted

I removed local Copilot and Homebrew Copilot caches, then reinstalled prerelease fresh:

~/Library/Caches/copilot
~/Library/Caches/Homebrew/Cask/copilot-darwin-arm64.tar.gz--1.0.40-3.tar.gz
~/Library/Caches/Homebrew/Cask/copilot-darwin-arm64.tar.gz--1.0.39.tar.gz
~/Library/Caches/Homebrew/Cask/copilot-darwin-arm64.tar.gz--1.0.32.tar.gz
~/Library/Caches/Homebrew/downloads/*copilot-darwin-arm64.tar.gz

Then:

brew uninstall --cask copilot-cli@prerelease
brew install --cask copilot-cli@prerelease

The issue persisted after reinstall.

Additional note

The npm prerelease package metadata/SDK for @github/copilot@1.0.40-3 appears to include these model IDs in SUPPORTED_MODELS / HELP_VISIBLE_MODELS, but the active macOS CLI visible list still omits them. This may indicate a macOS packaged artifact, visible-catalog filtering, or account/catalog cache mismatch.

[dezgit2025]

Confirming: Copilot CLI 1.0.34 on macOS only shows base claude-opus-4.7 in copilot help config model selection. The high and xhigh variants (claude-opus-4.7-high, claude-opus-4.7-xhigh) are routable but not visible in the picker/model list.