Mobile: agent replies not visible on phone — no Activity view to confirm agent responded
- Dominant language
- Rust
- Stars
- 32.7k
- Forks
- 4.3k
- Avg merge
- 1d 13h
- Merged PRs (30d)
- 253
Description
## Summary
On the **mobile app**, when a user sends a message tagging an agent, the agent sometimes does not reply visibly. However, the **desktop app's Activity/Pulse log** shows the agent did receive the message, perform reasoning, and produce a response. Since the mobile app has **no Activity view**, the user has no way to know the agent responded when they are away from the desktop.
## Observed Behavior
1. User sends a message tagging an agent from the mobile app
2. No reply appears in the channel or thread on mobile
3. Back at the desktop app, the Activity/Pulse log shows the agent completed reasoning and generated a response
4. The mobile app provides no equivalent Activity feed, so the user cannot confirm whether the agent processed the message
## Impact
- User is left in the dark when out and about — messages appear unanswered even though the agent responded
- This makes agent collaboration unreliable from mobile, which defeats the purpose of a mobile companion app
## Expected Behavior
1. **Fix the root cause:** Agent replies should appear in the channel/thread on ALL clients (see #3825 — same symptom on desktop where replies appear in Activity but not in the channel)
2. **Feature request:** Add an Activity/Pulse view to the mobile app so users can see agent activity (reasoning, responses, status) even when replies aren't rendering in the conversation view
## Relation to Existing Issues
- **#3825** — desktop version of the same "reply exists but not rendered in channel" bug. Likely the same root cause: agent responses are stored/delivered as activity events but not consistently routed back into the channel/thread UI.
- **#3824** (moderator response) — the intermittent "no reply" behavior may also stem from OpenCode missing from the `default_agent_args` identity table (spawned without `acp` → interactive mode → 60s timeout). The moderator noted PR #3706 adds `"opencode" => Some(vec!["acp"])` and PR #3598 adds the `missing_binary` variant. Holding that issue for those PRs — but this mobile issue is a distinct UX gap (no Activity visibility on phone).
## Environment
- **Buzz Desktop:** 0.5.2 (bundle xyz.block.buzz.app)
- **Buzz Mobile:** latest
- **OS:** macOS (arm64) + iOS/Android
- **Agent runtime:** OpenCode 1.18.9-fork
- **Relay:** `wss://kamil22.communities.buzz.xyz`
## Suggested Fixes
1. Root-cause the relay/UI routing so agent replies always render in the channel/thread on all clients (align with #3825)
2. Add an Activity/Pulse tab to the mobile app mirroring the desktop one
3. Consider a push notification when an agent responds to a message the user sent from mobile, since the user may be away from the app
Contributor guide
Research direction
Start by reproducing the missing response in the mobile channel/thread UI and compare it with the desktop Activity/Pulse view, using #3825 as related context. Determine whether the work should address reply routing, add mobile Activity/Pulse visibility, or both. Done means agent responses are reliably visible on mobile and the agreed activity information is available there.
Written by the indexing model from the issue text.
Assessment
- Domain
- mobile-dev
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100