local-first · v0.1

Cost-capped routing

Provider selection plan — WHICH provider executes this authorized request, and how is it routed? Deterministic filtering + ranking over the provider registry, with a failover chain. Executes nothing; the future Execution Runtime (V5) consumes this plan.

selecteddeepseekblockfailovercost lowbinding: false#08470458
broker grant:brokergrant:brk-authorizedbroker:brk-authorizedcontext:8,000 tok

Routing decision (fail-closed)

provider_selectedroute
selected "deepseek" (priority 5, cost low); 1 fallback(s)
Failover chain
deepseek → ollama

Selection & handoff (V5 readiness only)

Selected provider
providerdeepseek
matched capabilitiestext, reasoning
context limit64000
fallbacksollama
ExecutionHandoff → V5
ownerfuture-execution-runtime
broker grantbrokergrant:brk-authorized
provider refdeferred

The plan is what the future Execution Runtime (V5) consumes. Nothing executes here: no API is called, no model invoked, no credential held; providerRef is deferred.

Excluded providers (why each was filtered)

anthropic-claudecost_exceeds_max
cost high exceeds max low
openai-gptcost_exceeds_max
cost high exceeds max low
google-geminicost_exceeds_max
cost medium exceeds max low
nvidia-nimcost_exceeds_max
cost medium exceeds max low
lm-studiocapability_unmet
missing capabilities: reasoning
mcp-providercapability_unmet
missing capabilities: reasoning
local-runtimecapability_unmet
missing capabilities: reasoning
enterprise-customenterprise_restricted
enterprise-restricted provider not permitted by preferences

Request inputs

required capabilitiestext, reasoning
broker requestbrk-authorized
execution intent (M50)
preferencesmaxCost low
context / at ordinal8,000 tok @ 100