Summary
An authenticated OpenAI-compatible client can list models successfully, including the configured model, but minimal POST /v1/responses requests fail with HTTP 400 and error.type: upstream_error.
Redacted reproduction
GET /v1/models returns 200; the configured model appears in the catalog.
POST /v1/responses with a minimal plain-text prompt and no customer content returns 400.
- The JSON response reports
error.type: upstream_error; no stable error code is present.
- Adding JSON-schema structured output produces the same
400.
Impact
This blocks a Portal relationship-research worker after it has safely fetched public candidates, before it can create the required cited review packet. The worker fails closed: no CRM fact, task, email, outreach, or identity change is made.
Notes
- No API keys, customer data, raw request payloads, or free-form upstream error text are included.
- The configured model is available in the catalog, so this appears specific to the Responses execution path or its upstream mapping.
- A minimal
/v1/responses compatibility canary would help confirm the fix.
Summary
An authenticated OpenAI-compatible client can list models successfully, including the configured model, but minimal
POST /v1/responsesrequests fail with HTTP400anderror.type: upstream_error.Redacted reproduction
GET /v1/modelsreturns200; the configured model appears in the catalog.POST /v1/responseswith a minimal plain-text prompt and no customer content returns400.error.type: upstream_error; no stable error code is present.400.Impact
This blocks a Portal relationship-research worker after it has safely fetched public candidates, before it can create the required cited review packet. The worker fails closed: no CRM fact, task, email, outreach, or identity change is made.
Notes
/v1/responsescompatibility canary would help confirm the fix.