github / github/copilot-cli

Surface long-running shell commands in the background tasks UI with live output

Offen
#2,682 0 Kommentare 4 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
area:terminal-rendering area:tools
Vorherrschende Sprache
Shell
Sterne
11.2k
Forks
1.9k
Ø Merge
14 Std. 16 Min.
Gemergte PRs (30 T.)
6

Beschreibung

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

When the agent runs a long-running shell command (e.g. `dotnet test` on a large test suite that takes 5+ minutes), the user has no visibility into what's happening. The command runs silently in the background and the session appears frozen until it completes. There's no way to inspect intermediate output, check progress, or know if something has gone wrong early.

Meanwhile, Copilot CLI already has a background tasks UI for tracking concurrent work. Long-running shell commands should integrate with this existing infrastructure.

### Proposed solution

When a shell command exceeds a threshold (e.g. 10-30 seconds), automatically promote it to a background task entry visible in the existing background tasks UI. This would allow the user to:

- **See the command** listed as a running background task
- **Inspect live/buffered output** (stdout/stderr) via the background tasks panel
- **Continue chatting** with the agent while the command runs
- **Get notified** when it completes (with exit code and summary)

### Example workflow

1. User: `let's run tests now`
2. Agent runs `dotnet test` in a shell
3. After ~10s, the command appears in the background tasks UI as: `⏳ dotnet test (running — 00:42)`
4. User presses the key to inspect background tasks, selects it, sees live test output scrolling
5. 5 minutes later, task completes: `✅ shell completed (dotnet test ...) elapsed time 5:12`

### Additional context

This is especially valuable for:
- Test suites (`dotnet test`, `npm test`, `pytest`)
- Builds (`dotnet build`, `npm run build`, `cargo build`)
- Any command the agent runs that takes more than a few seconds

The agent already uses sync/async shell modes internally — this is about exposing that to the *user* through the existing background tasks UI so they're not left staring at a blank screen.

Beitragsleitfaden

Beitragsleitfaden öffnen

Bewertung

Dieses Issue wurde noch nicht bewertet.

Neue Issues direkt in Ihr Postfach

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