You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Custom commands don't appear in message history #3161
I created /subtask command to force opencode run my request as a subtask to not pollute main thread context. The problem is that my request disappear and I can't lookup it using arrow up key. Maybe I'm doing something wrong or misuse :) Another minor UX issue that there is no any notification or message that subtask is completed
---description: run request as a subtasksubtask: true---
$ARGUMENTS
These issues all relate to message history functionality and restoration. The core issue you're experiencing (custom commands not appearing in history accessible via arrow up) seems closely related to the broader message history system that has had various bugs reported.
Feel free to ignore if none of these address your specific case with custom subtask commands.
Brief explanation (caveat: we need to improve it haha)
yeah we need to show it better, the ux here is weird but basically what happens is we have a message telling the main agent that a task was fired off the main agent sees a truncated prompt send to subagent and then the result of the task run (the last text output of subagent)
You can see if it is still running my looking for working…. indicator it will disappear once task is completed
After the task completes the control goes back to you, you just succeeded in firing off a task now you can continue conversation however youd like
TLDR: we need to make things more clear, UX here isnt great
Let me add my use case as well @rekram1-node , I have a command that fires a subagent that I want to have an interactive conversation with, but whatever the subagent asks me is not visible in the UI, unless I explicitly navigate to the subagent with CTRL+ LEFT.
Would it not make more sent to automatically switch to the session of whatever agent/subagent is working automatically and then let the user override it with the CTLR navigation instead?
I wanted to kick off an interactive conversation with a research sub-agent that I created, define some completion checklists and when everything was ready, it should write out the results of said research into a set of structured files, that would then be read by other agents to continue the work.
But I am indeed realizing that I can not achieve this @rekram1-node
I have the same problem, but the use case is slightly different. I am using commands that do specific work as part of my workflow, which accept arguments. For instance /brainstorm Help me figure out how to achieve X by integrating Y into the code trigger a conversation. Sometimes, this goes in the wrong direction because I have not provided enough context and I want to edit my last command. I believe this may happen with or without subagents.
This is especially painful when I have referenced a bunch of files in my command arguments. Copy-pasting them does not bring back the reference because of #1266.
Activity
github-actions commentedon Oct 14, 2025
This issue might be a duplicate of existing issues. Please check:
These issues all relate to message history functionality and restoration. The core issue you're experiencing (custom commands not appearing in history accessible via arrow up) seems closely related to the broader message history system that has had various bugs reported.
Feel free to ignore if none of these address your specific case with custom subtask commands.
rekram1-node commentedon Oct 14, 2025
Brief explanation (caveat: we need to improve it haha)
yeah we need to show it better, the ux here is weird but basically what happens is we have a message telling the main agent that a task was fired off the main agent sees a truncated prompt send to subagent and then the result of the task run (the last text output of subagent)
You can see if it is still running my looking for working…. indicator it will disappear once task is completed
After the task completes the control goes back to you, you just succeeded in firing off a task now you can continue conversation however youd like
TLDR: we need to make things more clear, UX here isnt great
rekram1-node commentedon Oct 14, 2025
just curious, if you have any opinion here, what would you expect to happen?
I wanna make the ux better so figured since this is pretty confusing for users and you ran into it, you may have an opinion
ferrao commentedon Oct 14, 2025
Let me add my use case as well @rekram1-node , I have a command that fires a subagent that I want to have an interactive conversation with, but whatever the subagent asks me is not visible in the UI, unless I explicitly navigate to the subagent with CTRL+ LEFT.
Would it not make more sent to automatically switch to the session of whatever agent/subagent is working automatically and then let the user override it with the CTLR navigation instead?
rekram1-node commentedon Oct 14, 2025
@ferrao I'm definitely of the opinion you should have some option of conversing with subagents, rn they are very limited as you have noticed.
I think there are a lot of easy wins we need to knock out to make the subagents more useful
ferrao commentedon Oct 14, 2025
I wanted to kick off an interactive conversation with a research sub-agent that I created, define some completion checklists and when everything was ready, it should write out the results of said research into a set of structured files, that would then be read by other agents to continue the work.
But I am indeed realizing that I can not achieve this @rekram1-node
deltasquare4 commentedon Oct 28, 2025
I have the same problem, but the use case is slightly different. I am using commands that do specific work as part of my workflow, which accept arguments. For instance
/brainstorm Help me figure out how to achieve X by integrating Y into the codetrigger a conversation. Sometimes, this goes in the wrong direction because I have not provided enough context and I want to edit my last command. I believe this may happen with or without subagents.This is especially painful when I have referenced a bunch of files in my command arguments. Copy-pasting them does not bring back the reference because of #1266.
rekram1-node commentedon Nov 17, 2025
should be fixed on 1.0.69