block / block/buzz

Mobile: agent replies not visible on phone — no Activity view to confirm agent responded

Open
#3,907 3 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

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

Open the contributing 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.