Hardware Buddy: permission prompts from terminal-launched CLI sessions never reach the device

Status Open
Maintainer reply None cached
Activity 0 comments · opened Aug 25, 2026

The heartbeat the desktop app streams to a connected hardware buddy (the
claude-desktop-buddy
BLE bridge — that repo has issues disabled, so filing here) carries session
counts plus a prompt object ({id, tool, hint}) when a session is blocked
on a permission prompt. The device shows Approve/Deny and answers with a
permission command. For sessions hosted in the desktop app this works
end to end — we round-tripped five approvals from the device in one afternoon,
including sessions in Manual permission mode.

Terminal-launched claude CLI sessions are counted but never surface their
prompts.
Observed live: a CLI session sat blocked on a permission prompt for
4 minutes; throughout, the heartbeat showed it in running, and waiting
never incremented, prompt never populated. The prompt was eventually
answered at the terminal. So the buddy's approve-on-device feature silently
covers only a subset of the sessions the same heartbeat is reporting — the
device shows "N running" including CLI sessions, which invites the user to
expect their prompts there too.

Why we're confident it isn't the device or the link

Same capture, same minutes: desktop-app-hosted prompts arrived, rendered, and
were approved from the device (TX permission: <id> -> once on serial, blocked
command proceeded). The BLE link was healthy in both directions. Only the
prompt's origin differed.

Also ruled out: the device firmware's known 1 KB line-buffer limitation — a
pending-approval heartbeat is ~300 bytes (the app truncates prompt.hint to
~40 chars), far under the limit.

Expected

Either CLI sessions' permission prompts set waiting/prompt like app-hosted
ones (ideal — approve-on-device would then cover everything the count
reports), or CLI sessions are excluded from the heartbeat's counts so the
device doesn't imply coverage it doesn't have.

Environment: macOS Claude desktop app with Developer Mode / Hardware Buddy
bridge, M5Stack CoreS3 running MoveCall/claude-desktop-buddy-esp32 firmware,
observed 2026-08-25. Happy to provide the full timestamped serial capture.

View original on GitHub ↗