Qwen3 thinking mode gets env-var controls and a collapsed UI
nwhitehouse adds three env vars to gate Qwen3's reasoning budget and reworks the frontend thinking card so it collapses by default. The per-helper opt-out pattern - passing `enableThinking: false` on small single-purpose calls - is the most portable piece.
Three new backend env vars control Olava's reasoning behavior: OLAVA_THINKING_MODE (off|low|standard, defaults to standard), OLAVA_MAX_TOKENS (halved from 16384 to 8192), and OLAVA_COMPLETION_MAX_TOKENS (2048 for helper calls). The Olava adapter sets Qwen3's thinking switch via vLLM's chat_template_kwargs.enable_thinking, and in low or off mode appends a /no_think hint to the system prompt since Qwen3 doesn't expose a per-token reasoning budget.
The caller-level override is the clean part. Passing enableThinking: false on calls in research/queryExpander.ts and research/triage.ts forces low mode regardless of the env var - a 5-word query rewrite doesn't need 4000 reasoning tokens. That pattern transfers to any reasoning model.
Frontend AssistantMessage.tsx gets a reworked thinking card: collapsed by default, markdown-aware rendering, bounded scroll area. One earlier feature was dropped - a hard OLAVA_REASONING_DISPLAY_CHAR_LIMIT backend truncation cap - because collapsed-by-default handles the "too much reasoning output" problem without an ugly cutoff marker.
Setting OLAVA_THINKING_MODE=low in Railway env disables Qwen reasoning entirely for faster responses.
Spotted something wrong? Or know the PR text has fresher detail than the writeup above?