mirror of
https://github.com/usestrix/strix.git
synced 2026-09-06 08:15:56 +00:00
b14ce69c3b
``MultiProvider`` was constructed with no openai kwargs, so the inner ``OpenAIProvider`` defaulted to reading ``OPENAI_API_KEY`` from the environment. Strix's contract is that ``LLM_API_KEY`` works for every provider, so users with ``STRIX_LLM=openai/<model>`` + ``LLM_API_KEY`` hit ``openai.OpenAIError`` at the first turn — the warm-up call worked because that path goes through ``litellm.completion`` directly with explicit creds, but the actual scan went through the SDK's MultiProvider where the key was never plumbed. Pass ``Settings.llm.api_key`` and ``Settings.llm.api_base`` through to the underlying ``OpenAIProvider`` via the ``openai_api_key`` / ``openai_base_url`` ctor kwargs. ``openai_use_responses`` flips to ``False`` when ``LLM_API_BASE`` is set — non-default base URLs are the reliable signal that the user is on an OpenAI-compatible endpoint that doesn't speak the Responses API. Genuine OpenAI usage keeps the Responses API as the default transport. The ``anthropic/`` prefix continues to route through ``AnthropicCachingLitellmModel`` for prompt caching; ``litellm/`` and other prefixes still fall through to the SDK's stock routing. |
||
|---|---|---|
| .. | ||
| agents | ||
| config | ||
| interface | ||
| llm | ||
| orchestration | ||
| runtime | ||
| skills | ||
| telemetry | ||
| tools | ||
| utils | ||
| __init__.py | ||