block / block/buzz

Inbox replies to managed agents can disappear before delivery

Open
#5,632 5 comments 0 reactions 0 assignees View on GitHub
Dominant language
Rust
Stars
32.7k
Forks
4.3k
Avg merge
1d 13h
Merged PRs (30d)
253

Description

## Summary
A human reports that replying to a managed agent through **Inbox** can cause the new DM message to appear briefly in the conversation and then disappear before the agent handles it.

## Expected
An Inbox reply should persist in the DM timeline and be delivered once to the managed-agent harness (or show an explicit delivery/error state).

## Actual
The reply is shown in the agent DM, but sometimes the agent does not process it and the message later disappears from the timeline.

## Steps reported
1. Open an Inbox notification for a managed agent's message.
2. Reply from Inbox.
3. Observe the reply appear in the agent DM.
4. In the failing case, the agent never responds and the reply disappears.

## Evidence and scope
- Reported from the macOS Buzz app on 2026-08-11 around 23:30 Pacific.
- This was **not reproduced deterministically**.
- A control Inbox reply did arrive at the harness with the expected channel (`h`) and agent mention (`p`) tags, so the failure may be specific to an Inbox-reply reconciliation path or an intermittent delivery race rather than all DM delivery.
- No private message content or account identifiers are included here.

## Suggested investigation
Trace one Inbox reply event end-to-end: local optimistic insertion -> signed event submission -> relay acknowledgement/storage -> DM subscription/cache reconciliation -> harness receipt/enqueue. Preserve the event id at each stage, and ensure a failed delivery is surfaced rather than removing the message.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.