Resuming a session has strange ux with regards to model and reasoning
まだ誰も着手していません。
- 主要言語
- Shell
- スター
- 11.2k
- フォーク
- 1.9k
- 平均マージ
- 14時間 16分
- マージ済み PR(30日)
- 6
説明
Describe the bug
If you have a session that's was done on gpt-5.6-terra with medium, and you --resume it, with either --model=gpt-5.6-luna --reasoning-effort=xhigh or gpt-5.6-luna + xhigh in your ~/.copilot/settings.json, the reasoningEffort is honoured, but the model is not, and your resumed session will be on gpt-5.6-terra xhigh
Feels like this should be consistent? It should either:
- Explicitly honour the original session, keeping the settings the same
- Explicitly honour your copilot CLI args and/or settings.json
I would rather the latter personally, but raising this as a UX bug.
This also affects sessions resumed via copilot-sdk.
Affected version
1.0.77
Steps to reproduce the behavior
No response
Expected behavior
No response
Additional context
No response
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
--resume フローから開始し、セッションの復元時に --model、--reasoning-effort、~/.copilot/settings.json がどのように適用されるかを追跡します。対応する copilot-sdk の resume パスも確認します。CLI セッションと SDK セッションの両方で選択した優先順位が一貫しており、model と reasoning effort のリグレッションカバレッジがあれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- shell
- 領域
- ai, cli
- issue の種類
- バグ
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 52/100