Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Feature request: `/btw` side-channel for asking questions without interrupting an active run

Offen
#894 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
35/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Aktiv
Bereich
cli

Rechercherichtung

Start by locating the TUI input path and the state exposed for the active foreground run, including task/todo progress and background-agent status. Compare those surfaces with the existing Background panel and determine how a non-steering query could read an observational snapshot. Done means a user can ask about the active run without interrupting, queueing, cancelling, or changing its context.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Feature Description

Add a lightweight side-channel (for example /btw, a small secondary prompt, or an equivalent TUI panel) that lets the user ask a question while the main agent is actively running, without interrupting, steering, cancelling, or queueing a new turn into that run.

The key requirement is that this side conversation should be observational and non-destructive: the foreground task keeps running exactly as-is, while the user can ask things such as:

  • "What step are you on right now?"
  • "Which year/file are you processing?"
  • "What remains after the current step?"
  • "Are the background/sub-agents still running?"
  • "What was the last completed action?"

A response could be based on the current task/todo state, recent tool activity, active sub-agents/background jobs, and any already-written files. It should not inject the side question into the main model context unless the user explicitly chooses to do so.

Use Case

For long autonomous tasks, the current UX makes it hard to check progress without disturbing execution. For example, if Command Code is processing a large multi-year dataset or editing many files, I may want to know whether it has reached 2018, 2020, etc. while letting the main run continue uninterrupted.

Today the closest workarounds are:

  1. Open a second Command Code session in the same project and ask it to inspect the filesystem read-only.
  2. Use the Background panel for shell tasks.
  3. Poll sub-agent status where available.

These are useful but not equivalent. A second session has no direct view of the foreground run's internal task/todo state, and the Background panel is primarily about background work rather than the active foreground agent.

A /btw-style side-channel would make long-running sessions much easier to supervise without changing their behavior.

Possible UX

One possible design:

/btw what step are you on?

or a keyboard shortcut that opens a small temporary prompt/panel over the TUI.

The answer could show a compact snapshot such as:

Main run: active
Current task: Processing 2019 exam solutions
Last completed: 2018.md + 6 cropped images
Remaining: 2020-2023
Background agents: 2 running

Important semantics:

  • Does not interrupt or cancel the active run.
  • Does not become a steering message by default.
  • Does not alter the active run's context/todos.
  • Can inspect current run state and already-observable project state.
  • Optional action to "send this to the main run" if the user actually wants to steer it.
Additional Context

There are related issues around background-agent visibility (for example #874), but this request is specifically about a side conversation/status query for an active foreground run, rather than improving the telemetry of detached sub-agents.

This pattern is especially useful for long autonomous coding/data-processing tasks where users want supervision without interference.

Vorherrschende Sprache
Keine Sprachdaten
Sterne
4k
Forks
350
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus CommandCodeAI/command-code

Alle Issues in CommandCodeAI/command-code

Ähnliche Issues

Weitere Issues zu CLI

Neue Issues direkt in Ihr Postfach

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