Skip to content

Honor host account availability for explicit child provider preferences - #412

Merged
Brian Krabach (bkrabach) merged 2 commits into
mainfrom
fix/provider-availability-routing
Sep 24, 2026
Merged

Brian Krabach (bkrabach) merged 2 commits into
mainfrom
fix/provider-availability-routing

Conversation

@bkrabach

Copy link
Copy Markdown
Collaborator

An explicitly selected unavailable account or an exhausted model preference currently can leave the parent default selected. Add an opt-in synchronous provider.check_available capability to the child preference boundary: check the exact Core instance_id before exact/model-glob resolution, allow only the declared preference chain to fall back, and raise when exhausted instead of silently keeping another account. Hosts without the capability retain current behavior.

Core instance_id now precedes legacy id in lookup and promotion. Cancellation and an invalid async policy callback cannot authorize a provider or trigger account fallback.

Validation: 118 provider-availability, spawn utility, spawn contract and configuration-isolation tests passed. Tests cover same-module accounts, preserved input plans, exact/glob failures, explicit fallback, no-match, legacy behavior, cancellation and callback contract violations. This is a prerequisite for Unified issue182, not host adoption or deployment.

@bkrabach
Brian Krabach (bkrabach) merged commit ce876d5 into main Sep 24, 2026
7 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant