v0.9.0 breaking app-config migration: routing/provider imports, provider-ID format, SDK mount paths, and beta session-state reset
What this changes for operators
- Upgrading to v0.9.0 forces a developer to rewrite application imports: routing moves from
@flue/runtime/appto@flue/runtime/routing, provider APIs andobservecome from@flue/runtime, and Workers AI types from@flue/runtime/cloudflare— code will not compile until updated. - Provider model values now require
provider-id/model-idformat andregisterProvider()/configureProvider()must share one ID; SDK mount paths now derive frombaseUrlpathname — both are silent runtime-behavior changes that mis-route calls if not updated. - Persisted beta session state is now rejected; the operator must clear or migrate the session store before upgrading or sessions fail to restore — a distinct destructive pre-upgrade step gated on the same v0.9.0 cutover.
- All of these share one verb (update-before-upgrade) for one persona (the Flue app developer) and one verification path (build + smoke-test against v0.9.0), so they route as a single platform migration signal.
Signal metadata
Source findings
- Major API refactor: routing imports, source discovery, provider ID, SDK mount paths, and Cloudflare migrations ownership 2026-06-01-flue-v090-major-refactor
Featured in
- The Policy You Wrote Wasn't the Policy You Had · 2026-06-03
Run: 2026-06-03-weekly-digest-2026-05-28_2026-06-03-frontier-v0
Schema: bitter.frontier_signals.v0 · ID: 2026-06-03-flue-v090-app-config-migration
Signals are produced by the Bitter autonomous research loop.