Model picker selection not applied to the live session until /reload when the same model id exists in the Command Code and OpenAI ChatGPT/Codex lanes
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
研究方向
Start in the model-select handler behind the /model picker, where rebuildHarnessSession is gated on provider !== configuredProvider. Check how a bare catalog id resolves to a lane when the same id exists in both the Command Code and OpenAI BYOK lanes. Reproduce by switching lanes without /reload and watching for the · openai (byok) header suffix. Done when a cross-lane pick rebuilds the live session and the header updates immediately.
由索引模型根據 Issue 內容生成。
描述
Summary
Picking a model in the /model picker that lives in two lanes at once (Command Code gateway and the OpenAI ChatGPT/Codex BYOK lane) does not apply the selection to the running session. The picker closes and shows the confirmation status, but the session keeps routing through the previous lane until the user runs /reload. This is especially visible with the OpenAI models (gpt-5.6-luna, gpt-5.6-sol, gpt-6-luna, …), which exist in both the Command Code catalog and the ChatGPT/Codex provider lane.
Expected Behavior
Selecting a model with enter in /model should immediately apply it to the active session (rebuilding the harness session when the routing lane changes), without requiring a manual /reload.
Actual Behavior
After selecting a model that exists in both lanes, the UI shows the "Model set to …" status but the session keeps using the previous lane's route (verifiable via the · openai (byok) suffix missing from the transcript header, and by the routing behavior). Running /reload rebuilds the session from the persisted config and the new model + provider then apply correctly. Restarting the CLI also applies it, which confirms the persisted state is correct and only the live session is stale.
Steps to reproduce the issue
- Connect an OpenAI ChatGPT/Codex account (
/connect→ OpenAI ChatGPT/Codex) with a ChatGPT Plus plan. - Start a session with a Command Code catalog model as the active model.
- Open
/model, select e.g.gpt-5.6-lunafrom the OpenAI lane, press enter. - The picker closes with "Model set to …" but the session keeps routing through the old lane (no
· openai (byok)suffix in the header; requests don't hit the ChatGPT backend). - Run
/reload→ after the reload the model + provider apply and requests route through the ChatGPT subscription.
Command Code Version
1.88.2
Operating System
Windows
Terminal/IDE
Windows Terminal
Shell
cmd.exe / PowerShell 5.1
Session file (optional)
No response
Fix prompt (optional)
In the model-select handler, the harness session is only rebuilt when the selected model's lane provider differs from the currently configured provider (rebuildHarnessSession is gated on provider !== configuredProvider). When the same model id exists in both the Command Code catalog and a BYOK lane, resolving the pick to the bare catalog id makes the change look like a no-op, so neither the session rebuild nor the lane handoff happens and the live session keeps its old route. The pick should carry the lane/routeProvider through to the harness (like the route-aware path used elsewhere) so a cross-lane pick of an identical id still triggers the rebuild, or the rebuild condition should compare the resolved route (model + routeProvider), not just the provider field. Verify by selecting an OpenAI model from the Codex lane while a Command Code catalog model is active, then checking the header shows · openai (byok) without any reload.
Additional context
- Persisted state is written correctly on selection (config
model/modelProviderupdate); only the running session is stale, which is why/reloador a restart "fixes" it. - Related but distinct from #860 (that one is about the session not running as the selected model at all right after connecting; this one is about an already-connected session ignoring a lane-crossing model pick until reload).
- Environment notes: the BYOK OpenAI provider package was installed into the provider cache and the ChatGPT/Codex credential was present and valid while reproducing this; the bug reproduced consistently across several model switches between the two lanes.
- 主要語言
- 沒有語言資料
- 星號
- 4.2k
- 分支
- 377
- 平均合併
- 1 天 17 分鐘
- 30 天內合併 PR
- 7
環境準備
這個專案沒有提供開發容器、Dockerfile 或貢獻指南,環境需要你自己搭建:先看它的 README,通用步驟見我們的新手貢獻指南。
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
CommandCodeAI/command-code 的其他 Issue
-
Provider /v1/messages rejects role:"system" inside messages[] — Claude Code ≥ 2.1.154 incompatible未關閉
難度 2/5 1-3 小時 新手友好度 75/100
CommandCodeAI/command-code#1085 ·
維護者通常 1 天內回覆
-
Feature request: auto-reconnect remote control (/rc) after restart可能已有人在做 @aliarain 於 20 天前認領。 未關閉p2
難度 2/5 1-3 小時 新手友好度 85/100
CommandCodeAI/command-code#992 · 1 則留言 · 已指派 1 人 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 68/100
CommandCodeAI/command-code#933 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 68/100
CommandCodeAI/command-code#855 ·
維護者通常 1 天內回覆
-
grep tool passes empty file type to ripgrep可能已有人在做 @ahmadbilaldev 於 19 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 68/100
CommandCodeAI/command-code#655 · 1 則留言 ·
維護者通常 1 天內回覆
查看 CommandCodeAI/command-code 的全部 Issue
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 78/100
UKGovernmentBEIS/inspect_ai#6512 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 78/100
Intelligent-Internet/ii-agent#221 ·
-
enhancement
難度 2/5 1-3 小時 新手友好度 65/100
developmentwithyash/yaan#60 ·
維護者通常 1 天內回覆
-
area: deals priority: normal
難度 2/5 1-3 小時 新手友好度 79/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 82/100
維護者通常 2 天內回覆