mirror of
https://github.com/netbirdio/netbird.git
synced 2026-08-24 16:41:30 +02:00
48ac38950e
The first live run answered the question the mock could not. OpenAI and Anthropic both filter correctly against real catalogues — Anthropic's dated claude-haiku-4-5-20251001 survives a record registering the undated id, and OpenAI's listing comes back as the single model the guardrail permits. Vertex is refused by the proxy, as intended. Bedrock is the one that was wrong, and wrong about something worth recording: GET /inference-profiles reaches AWS and AWS answers <UnknownOperationException/>. ListInferenceProfiles is a control-plane operation on bedrock.<region>.amazonaws.com; a provider record carries a single upstream and it must be the runtime host for InvokeModel to work, so no Bedrock record can serve a listing as the model stands. The mock serves that path on the same listener as everything else, which is exactly why this went unnoticed. Replace the routed/filtered pair with an explicit outcome, since the three cases are different contracts rather than degrees of success, and tell apart 'the proxy refused' from 'the vendor refused' by whether the body names a middleware — no upstream error body does. The two non-listing outcomes now issue a single request instead of retrying for the full window waiting on a status that is never coming, which is where 92 of the failing run's 136 seconds went.