ACP updates are not broadcast across clients
- Linguagem predominante
- Rust
- Estrelas
- 54.2k
- Forks
- 6.2k
- Merge médio
- 3d 2h
- PRs com merge (30d)
- 262
Descrição
### Expected behavior
Multiple ACP clients connected to the same Goose server should receive near-real-time session updates when another client creates or updates a session.
### Observed behavior
ACP updates appear to be scoped to the client that initiated the change. Other connected clients do not receive `session/update` notifications for cross-client session creation or prompts.
### Experiment
We ran two independent ACP clients against `goose serve` over WebSocket:
- Client A initialized, called `session/list`, loaded a session, and waited for notifications.
- Client B initialized, called `session/new`, then sent `session/prompt` to that same session.
Client B received `session/update` events for its own actions, including assistant streaming chunks. Client A received no events after `session/new` and no events during or after Client B’s `session/prompt`.
We observed the same behavior with separate stdio `goose acp` processes.
### Impact
Remote/mobile ACP clients cannot reflect sessions or messages created by another Goose client without polling `session/list` and replaying `session/load`. This makes near-real-time cross-client session sync difficult to implement cleanly.
Guia de contribuição
Avaliação
Esta issue ainda não foi avaliada.