dispatch --go fails spawning into a project with no remembered provider: HTTP 503 codex models #2

The intake lane itself is configured correctly (claude-code / claude-sonnet-5, confirmed via Settings → Plugins → Dispatch), and the preview step (classify + expand) works fine. The failure happens at the actual --go spawn, into whatever project dispatch classified as the target.

bb dispatch failed: HTTP 503: Unable to load codex models to resolve the default. Try again once the host is connected and the provider is ready.

Root cause: the target project (a local-path-only project with no git remote) has no remembered provider/model default. Per bb guide providers, bb's spawn fallback in that case is "the explicitly requested provider or Codex" — so it silently tries Codex. Codex is registered as a provider on this host but has zero models configured (bb provider models codex → "No models available"), so the spawn 503s.

This means bb dispatch ... --go is unusable against any project that hasn't already had a thread spawned with an explicit provider, unless Codex happens to be configured, even when the intake lane and every other provider (Claude Code, pi) are working fine.

Also seen on stable (exact version not confirmed at time of filing), not just nightly.

Repro:

1. Configure the dispatch intake lane to a working provider (e.g. claude-code).
2. Ensure the destination project has no remembered provider/model default and Codex has no models configured on the host.
3. bb dispatch "some prompt" --go

Environment:

• bb 0.39.1-nightly.32567325585.1
• macOS 26.5.2 (build 25F84)
• dispatch 0.1.3 (npm, bb-community catalog)