OpenCode: Subagent permission prompt is not displaying

[nicolaisingh]

Checklist

• I agree to communicate with the author myself (not AI-generated).
• I've read the README's Filing issues section.
• I'm running the latest versions (fill in below).
  • agent-shell version: 0.50.1
  • acp.el version: 0 .11.3
  • ACP package (e.g. claude-agent-acp) version:
  • Agent CLI (e.g. claude, gemini) version: OpenCode 1.3.16
• For requesting new agent support, I'm including a link to the ACP-capable agent or related ACP package.
• For issues, I'm including ACP traffic (as per README).

Issue

Whenever a subagent asks for permission to run a tool, it does not show up. It appears that the shell has hung but actually is awaiting user confirmation for the tool.

Example:

OpenCode had a similar ticket and was already fixed (anomalyco/opencode#12133). I tried doing the same on OpenCode CLI and the issue does not occur.

Traffic

:direction incoming
:kind      notification
:object
           jsonrpc 2.0
           method  session/update
           params
                   sessionId ses_29e77cf6cffe613KBmp5DLInAm
                   update
                             sessionUpdate tool_call_update
                             toolCallId    call_0v00vq2g
                             status        in_progress
                             kind          other
                             title         task
                             locations
                             rawInput
                                           description   bd ready
                                           prompt        bd ready
                                           subagent_type beads-task-agent

[xenodium]

Thanks for filing.

We may be missing the permission request coming from OpenCode server. Did you find it in the traffic?

[nicolaisingh]

Hmm I do not see any request_permission in the list:

Sharing the other last 4 items in the list (I cancelled the stuck request for permission).

session/cancel

:direction outgoing
:kind      notification
:object
           jsonrpc 2.0
           method  session/cancel
           params
                   sessionId ses_29e77cf6cffe613KBmp5DLInAm
                   reason    User cancelled

session/update:

:direction incoming
:kind      notification
:object
           jsonrpc 2.0
           method  session/update
           params
                   sessionId ses_29e77cf6cffe613KBmp5DLInAm
                   update
                             sessionUpdate tool_call_update
                             toolCallId    call_0v00vq2g
                             status        failed
                             kind          other
                             title         task
                             rawInput
                                           description   bd ready
                                           prompt        bd ready
                                           subagent_type beads-task-agent
                             content
                                           type    content
                                           content
                                                   type text
                                                   text Tool execution aborted
                             rawOutput
                                           error    Tool execution aborted
                                           metadata
                                                    sessionId ses_29e71adb2ffefv05Kw8Gg1gu0w
                                                    model
                                                              modelID    glm-5:cloud
                                                              providerID ollama

session/update:

:direction incoming
:kind      notification
:object
           jsonrpc 2.0
           method  session/update
           params
                   sessionId ses_29e77cf6cffe613KBmp5DLInAm
                   update
                             sessionUpdate usage_update
                             used          0
                             size          204800
                             cost
                                           amount   0
                                           currency USD

result:

:direction incoming
:kind      response
:object
           jsonrpc 2.0
           id      6
           result
                   stopReason end_turn
                   usage
                              totalTokens  0
                              inputTokens  0
                              outputTokens 0
                   _meta

[xenodium]

Thanks. This is now looking like an OpenCode ACP bug. Maybe file a bug there?

[jasonmj]

I've noticed this issue as well. It seems subagent work is hidden behind a "BUSY" label and we cannot see what's actually happening. In the Opencode TUI, you can press a keyboard shortcut to navigate to the subagent. I would think the right UX is to allow agent-shell users to do the same and view permissions requests from there.

[martin-liu]

Same here. I recently started using https://github.com/alvinunreal/oh-my-opencode-slim, which leverages multiple subagents. However, this issue is preventing me from using OpenCode with agent-shell, forcing me to fall back to the terminal.

[xenodium]

@jasonmj @martin-liu Judging from the earlier traffic shared, it doesn't look like there's much that can be done by agent-shell. The OpenCode server needs to implement the relevant ACP chunks. Please file bugs with the respective projects. Alternatively, if this is already supported, please share the relevant traffic so we can add any missing handling to agent-shell.

[jasonmj]

This is a confirmed OpenCode ACP server-side bug. The permission.asked, message.part.updated, and message.part.delta events from subagent (Task tool) sessions are silently dropped in the ACP agent's handleEvent() because child sessions are never registered in ACPSessionManager. The server never sends session/request_permission to the client at all.

I've filed the bug at anomalyco/opencode#21802 and opened a fix at anomalyco/opencode#21801 that walks the parentID chain to resolve child sessions back to their ACP-tracked root, forwarding all events (including permission requests) to the client.

Here's proof that it works with my changes from inside agent-shell:

[xenodium]

Thank you for looking into this and following up. Gonna close the issue on this side of things as it will be resolved when the OpenCode patch is merged.