Auto-mode setup picks its own scan model, retries a fallback, and names the failure.
What's wrong with this entry?
The setup scan no longer takes a model from its caller; it resolves one from the auto-mode configuration. If none resolves, it fails with the new code no_model and tells you "No model is available for the scan in this session’s auto-mode configuration." If the call fails outright, it now retries once on a fallback model.
- The retry logs "auto-mode-setup propose: primary model failed; retrying on fallback" and only happens for
api_failedresults that were not aborted. - A successful retry is recorded as outcome
model_fell_backon theauto_mode_setup_proposeevent; the missing-model case is recorded asno_model.
auto-mode-setup propose: primary model failed; retrying on fallback, No model is available for the scan in this session’s auto-mode configuration.
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.221
Auto mode exit message is tailored, and subagents no longer get it
Both mention auto mode
-
v2.1.229
Auto-mode setup confirmation is now a single keyboard form
Both mention auto mode
-
v2.1.229
Auto-mode setup wizard reduced to one screen
Both mention auto mode