[moutansos]

Summary

• Register the CLIProxyAPI provider before either network request, then load the model catalog and optional models.dev metadata in the background. A disk cache supplies the last successful catalogs immediately when OpenCode activates the plugin once per location.
• Share the catalog cache by server URL, not API key. A failed catalog fetch keeps the previous cache and its timestamp, and unloading the plugin stops further provider reloads.
• Let one process download metadata while the others wait for its cache. A stale lock can be recovered without deleting a lock another process has taken over.

Test plan

• bun test ./src
• bun run typecheck
• bun run build
• Load the plugin against a slow CLIProxyAPI server and confirm activation succeeds before /v1/models returns
• Confirm a second OpenCode location reuses the cached catalog and does not start a second models.dev download