fix(opencode): debounce UserPromptSubmit to prevent spam sounds

[GuillaumeAmat]

Context

I've just migrated from Claude Code to OpenCode, and while I loved the PeonPing experience in Claude Code, it's been a "nightmare" with OpenCode: all the (sub)agents throw sounds at me at the same time 😅

I've tried to enable the suppress_subagent_complete and suppress_delegate_sessions settings, but it didn't help.

GLM 5.2 came with the fix I'm proposing in this PR. Happy to rework/refine it if you find any issue. Cheers!

Problem

OpenCode fires multiple session.status: busy events per interaction. The adapter forwarded each one as UserPromptSubmit, hitting peon.sh's spam threshold (3 events / 10s) and triggering user.spam sounds repeatedly — even with suppress_subagent_complete and suppress_delegate_sessions enabled (those only affect subagent/delegate sessions, not the main session).

Related closed issues that fixed adjacent problems but left this gap:

• [OpenCode] suppressing some categories do not work. #458 — fixed config sync (categories not propagating)
• suppress_subagent_complete does not work with opencode #336 — fixed subagent suppression via parentID tracking

Fix

Add an isBusy flag in the adapter that tracks whether the session is already in busy state. UserPromptSubmit now only fires on the first transition to busy — subsequent busy events during the same interaction are silently skipped. The flag resets on session.idle, session.error, or any non-busy status.

Verification

peon debug on
# ... use opencode for a few interactions ...
peon logs --last 50
# Before: multiple [route] category=user.spam per interaction
# After: only ONE [route] category=user.spam (or none if under threshold)
peon debug off

Changes

• adapters/opencode/peon-ping.ts: +10/-2
  • Added let isBusy = false alongside existing session state
  • Set isBusy = false in session.idle and session.error handlers
  • Gate firePeon("UserPromptSubmit") behind !isBusy in session.status handler
  • Reset isBusy = false on non-busy/non-running status

[vercel]

@GuillaumeAmat is attempting to deploy a commit to the Gary Sheng's projects Team on Vercel.

A member of the Team first needs to authorize it.

[workflow]

Independently hit this and confirmed the diagnosis — multiple busy events per interaction tripping the user.spam threshold (Linux/NixOS, opencode + GLM). One suggestion: tracking busy state per sessionID (e.g. a Set, added on first busy, cleared on idle/error/non-busy) instead of a single isBusy flag would keep the debounce correct when several sessions run in one opencode instance — with a global flag, a second session's first prompt is suppressed while another session is busy. Otherwise works great as a fix for the single-session case.