fusion

Files

gsxdsm 6a2de64381 fix: normalize Anthropic storage ids at the ModelRuntime.login choke point

Third incident of the same class (#1857/FN-7391, FN-9101, GitHub #3462):
Fusion's Anthropic auth-card/storage ids (anthropic-subscription,
anthropic-api-key) leaking into pi, which only registers the execution
provider 'anthropic'. FusionAuthStorage.login is the single seam that hands
a provider id to ModelRuntime.login; it now normalizes via
toExecutionModelProviderId so a future caller bug degrades to a correct
upstream anthropic login instead of a hard 'Unknown provider' failure, with
a regression test pinning the seam. The invariant, incident history, and
guard inventory are captured in
docs/solutions/integration-issues/anthropic-storage-ids-are-never-pi-provider-ids.md.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

2026-08-15 14:52:38 -07:00

acp-bridge-not-logged-in-thin-env-keychain-isolation.md

fix(review): address PR #1682 re-review (reuse concurrency + auth hardening)

2026-06-15 14:52:58 -07:00

anthropic-storage-ids-are-never-pi-provider-ids.md

fix: normalize Anthropic storage ids at the ModelRuntime.login choke point

2026-08-15 14:52:38 -07:00

auto-git-init-project-registration.md

fix(FN-1455): document project git registration invariant

2026-06-06 00:59:01 -07:00

branch-group-single-pr-synthetic-id-dead-wiring.md

docs(solutions): document branch-group single-PR silent breakage; seed CONCEPTS.md