Repository navigation
v0.6.5
zcode models managed by aweswitch now receive a fill-only default reasoning block, so the thought-level picker shows for every managed chat model. Previously a ZCODE_CHAT_MODEL model like stepfun-2/step-router-v1 showed no picker at all while ZCODE_RESPONSES_MODEL models (e.g. codex/gpt-5.6-luna) always did — the Responses protocol carries its own effort parameter, and zcode hides the picker for a chat model whose entry has no reasoning block.
Default reasoning block for zcode chat models
Every managed chat-completions model (ZCODE_CHAT_MODEL, provider kind: openai-compatible) gets reasoning: {enabled, variants: [low, medium, high, xhigh, max], defaultVariant: max} — the same fill-only default OpenCode models get, restricted to the canonical effort names zcode itself maps onto request params (reasoning_effort for chat, reasoning.effort for Responses). A hand-written block wins wholesale: an existing variants list is never edited, appended to, or reordered, and reasoning: false is an explicit opt-out. Responses providers (kind openai) are untouched — zcode already shows its own effort picker for them, and a stamped block would override the app's native defaults.
Highlights
- Every managed zcode chat model gets the fill-only
low/medium/high/xhigh/maxreasoning block (maxselected), so the thought-level picker shows - Hand-written blocks win wholesale;
reasoning: falseopts out - Responses-API providers keep zcode's native effort picker and its defaults