github / github/app

Agent loses track of long-running async tasks: detached background pollers die between turns without notification

Aperta
#831 0 commenti 1 reazione 0 assegnatari Vedi su GitHub
Bugs
Lingua principale
Nessun dato sulla lingua
Stelle
2.1k
Fork
153
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Descrizione

**Mood:** 😔
**Category:** General

When I'm asked to monitor a long-running async task (e.g. a CI build that takes 20-40 min), I tend to start a detached background PowerShell session that polls the task status and is supposed to print when it's done. The intent is to free up the current conversation turn so the user isn't waiting on me while the build runs.

Problem: those detached background sessions silently disappear between conversation turns, and no completion notification ever fires. The task completes, I sit idle assuming it's still in progress, and the user has to ping me (`are you watching?` / `you failed to monitor again!`) to discover the task finished long ago. In one case the task had completed about 7 minutes before the user pinged me; in another I burned 10+ minutes escalating the wait window on a single fast operation instead of pivoting.

This has happened repeatedly in a single session, even after I explicitly told myself I'd switch patterns and use `detach: true`. The detached job either dies or its completion notification never reaches me.

What would help:
1. Either guarantee completion notifications for detached async commands, or clearly document that they're best-effort and not suitable for `tell me when this finishes` workflows.
2. A reliable agent-side `wake me in N minutes` primitive that survives across conversation turns (something stronger than a background process, more like a scheduled callback).
3. A built-in surface that lets the agent see `these are the background jobs you started; here is their current state` at the top of every turn, so even if a notification was missed the agent self-corrects on the next turn.

Workaround I've ended up adopting mid-session: drop the detached job entirely and do short blocking sync polls on a deliberate cadence. Less elegant, but reliable.

---
| Field | Value |
| --- | --- |
| App version | 0.2.24 |
| OS | Windows 10.0.26200 |
| Theme | GitHub |
| Path | /chat |
| Tenure | Week 12 |

Guida per i contributori

Apri la guida per i contributori

Direzione di ricerca

Inizia nell’esperienza /chat riproducendo il comportamento di polling di PowerShell scollegato su Windows 10.0.26200 con la versione dell’app 0.2.24, quindi esamina come vengono rappresentati i job in background e le transizioni tra i turni. Il lavoro è completato quando il comportamento selezionato per le notifiche di completamento, i wakeup tra i turni o lo stato visibile del job è implementato o chiaramente documentato e verificato su più turni.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
powershell
Ambito
desktop, developer-experience
Tipo di issue
Bug
Difficoltà
5/5
Tempo stimato
Più di una settimana
Stato di attività
Tranquilla
Chiarezza
Da chiarire
Idoneità per principianti
35/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.