github / github/copilot-cli

Choose model for accepted plan for autopilot

未關閉
#2,744 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視
area:agents area:models
主要語言
Shell
星號
11.2k
分支
1.9k
平均合併
14 小時 16 分鐘
30 天內合併 PR
6

描述

### Describe the feature or problem you'd like to solve

I frequently plan on a thinking model and prefer a non-thinking one for implementation

### Proposed solution

Avoid wasting 3x due to the incredibly convenient default choice :)

Image

The proposed solution would offer (on first run):

```
1. Accept plan and build on autopilot (recommended) - Claude Opus 4.6
2. Accept plan and build on autopilot with another model
3. Exit plan mode and I will prompt myself
4. Suggest changes
```

> [!IMPORTANT]
> On **1.** the current model that would be used for autopilot should be clearly shown, since otherwise there's no way to see which one will do the coding

Upon choosing 2., the user would get the same model picker as if they had run `/model`. This selection would be persisted as a preference (for going from Plan > Autopilot).

Image

Next time they run in plan mode, the options would now be:

```
1. Accept plan and build on autopilot (recommended) - [LAST SELECTED MODEL]
2. Accept plan and build on autopilot - Claude Opus 4.6
3. Accept plan and build on autopilot with another model
4. Exit plan mode and I will prompt myself
5. Suggest changes
```

> [!NOTE]
> Now option **2.**, just like **1** before, shows the current model being used in plan mode as a fixed choice too for convenience.

In my case, I'd likely choose my desired autopilot model once and then go from Plan > Autopilot without thinking after that.

### Example prompts or workflows

_No response_

### Additional context

_No response_

貢獻指南

開啟貢獻指南

研究方向

Start by tracing the plan-to-autopilot flow and the existing /model picker. Define how the proposed choices display the current and saved models, how the selection is persisted, and what behavior should be verified when moving from Plan to Autopilot.

由索引模型根據 Issue 內容生成。

評估

技術堆疊
shell
領域
cli
Issue 類型
功能
難度
5/5
預估耗時
一週以上
活躍度
冷清
描述清晰度
基本清楚
新手友好度
45/100

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。