github / github/copilot-cli

Cancelled user input is still delivered to the agent and processed as a valid turn (autopilot mode)

Offen
#4,336 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

area:agents area:input-keyboard
Vorherrschende Sprache
Shell
Sterne
11.2k
Forks
1.9k
Ø Merge
14 Std. 16 Min.
Gemergte PRs (30 T.)
6

Beschreibung

Describe the bug

Summary

When I cancel a queued input before it is sent, the cancelled text is not discarded. It reappears later — bundled into a subsequent message block, carrying its original (older) timestamp — and the agent processes it as a normal user turn, with no indication it was ever cancelled. This happened in autopilot mode, in a session that also showed unstable tool availability (see "Possibly related" below).

Possibly related (same session, may share a root cause in turn/tool scheduling):

  • The session was running in autopilot mode the whole time.
  • The task_complete tool was repeatedly present and then absent across turns. The autopilot reminder text ("You have not yet marked the task as complete using the task_complete tool...") kept firing on turns where task_complete was NOT actually in the available tool list, so the agent could not comply and got stuck re-confirming that it was idle.
  • Both symptoms look like state being assembled from stale/mismatched snapshots between turns (a stale queued input on one side, a stale tool list / reminder on the other), so they may be the same underlying issue.

Impact:

  • The agent wastes a turn acting on something I explicitly cancelled.
  • Cancel doesn't actually cancel, which is confusing and erodes trust.
  • Potentially risky in autopilot mode: autopilot acts without waiting for confirmation, so a cancelled input containing a destructive command could be executed.
  • The task_complete reminder loop wastes turns and tokens.

Suggested fix:

  • Discard cancelled inputs at the delivery/queue layer so they never reach the agent context. If a cancelled input must still be forwarded, tag it explicitly (e.g. [cancelled]) so the agent can safely ignore it.
  • Only emit the autopilot "mark the task complete" reminder on turns where the task_complete tool is actually exposed to the model.
Affected version

GitHub Copilot CLI v1.0.77

Steps to reproduce the behavior
  1. Run the CLI in autopilot mode (/autopilot), inside tmux over SSH.
  2. Type an input (in my case "captain setup flyte") and cancel it before/while it is being submitted.
  3. Continue the session with a different, unrelated message some time later.
  4. The cancelled input is delivered to the agent alongside the new message, and the agent starts acting on it.
Expected behavior

A cancelled input should be dropped at the delivery layer and never enter the conversation history. The agent should never see it.

Additional context
  • GitHub Copilot CLI v1.0.77
  • Model: Claude Opus 4.8
  • Autopilot mode: ON
  • OS: Linux, running inside tmux over SSH

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne damit, den Ablauf für abgebrochene Eingaben im autopilot-Modus zu reproduzieren, und verfolge den queue/delivery-Pfad, der den nachfolgenden Nachrichtenblock zusammenstellt. Stelle sicher, dass abgebrochene Eingaben niemals in den Konversationsverlauf gelangen, und prüfe separat, dass die task_complete-Erinnerung nur ausgegeben wird, wenn dieses Tool verfügbar ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
shell
Bereich
cli
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Ruhig
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
45/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.