abcd cannot hold an OpenRouter call to one named upstream provider, and it records only part of what served it.

abcd cannot hold an OpenRouter call to one named upstream provider, and it records only part of what served it.

• Tool-using roles go through opencode, which abcd does not configure. The opencode runner passes only --model (internal/core/runner/opencode.go, args); the provider, its routing and any fallback come from the person's own opencode configuration. So a builder or reviewer copy routed to OpenRouter can be served by another upstream provider, or a differently quantised endpoint, without abcd knowing.
• The adapter path pins nothing either. The OpenAI-compatible adapter passes seven sampling settings and no provider routing object; provider routing was out of scope for itd-2609081951381895. It does record the model the provider reported (internal/core/oracle/call.go, ModelReported), but not the upstream provider, fallback attempts, token counts or cost.
• Reading the served side needs the key. OpenRouter's generation record is fetched with the account's key, which for the opencode path is held in the person's opencode configuration, not in abcd's credential store; the remedy must read it through the one credential reader or not at all.

A model-matrix run (itd-2610161733316518) cannot pin a cell or show drift without both. Providing a pin refines the out-of-scope line of itd-2609081951381895; the product thinker's request for reproducible OpenRouter cells is the ground.