github / github/copilot-cli

Allow multi-turn conversations inside /ask

オープン
#4,579 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

triage
主要言語
Shell
スター
11.2k
フォーク
1.9k
平均マージ
14時間 16分
マージ済み PR(30日)
6

説明

Describe the feature or problem you'd like to solve

The /ask command isolates a question from the main conversation, but it only supports one turn. When Copilot asks for clarification, the user cannot answer within the same /ask context.

Proposed solution

Keep /ask isolated from the main conversation while allowing multiple turns inside the same /ask view.

  1. Keep the input available after each response.
  2. Include previous /ask messages when processing follow-up questions.
  3. Preserve this local context until the user closes the /ask view.
  4. Let Esc close the side conversation and return to the main session.
  5. Do not add the side conversation to the main session unless the user explicitly chooses to do so.

This preserves the purpose of /ask, which is avoiding changes to the primary conversation, while allowing users to clarify questions and reach a useful answer.

Example prompts or workflows
  1. Run /ask Why does this API require a cancellation token?. Copilot asks which runtime or API version is being used. Answer inside the same /ask view, then receive a response that uses both messages.
  2. Run /ask Compare these two implementation approaches. Copilot asks which constraint matters most. Supply the constraint without adding either message to the main session.
  3. Run /ask Explain this error. Copilot asks for a missing command or version. Provide it, receive the explanation, then press Esc to return to the unchanged main session.
Additional context

This replaces #4538 and #4577, which were submitted without the Feature Request form.

Related requests:

  1. #92 requests a broader conversation mode that does not perform agent actions.
  2. #2885 documents the current dead end when /ask produces a response that requires follow-up interaction.

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

/ask コマンドのエントリポイントから始め、フォローアップ質問を含む確認フローを再現します。サイドビューが入力とコンテキストをどのように処理するかを追跡し、その後、以前の /ask メッセージが Esc まで保持され、メインセッションから分離されたまま、複数ターンをサポートすることを確認します。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
shell
領域
cli
issue の種類
機能追加
難易度
4/5
見積もり時間
3〜5日
活発さ
活発
明瞭さ
おおむね明確
初心者へのやさしさ
55/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。