Skip to content

Custom commands don't appear in message history #3161

Closed

Description

@fpv-dev

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 subtask
subtask: true
---

$ARGUMENTS
Image

Activity

  1. github-actions commented on Oct 14, 2025

    @github-actions
    Contributor

    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.

  2. rekram1-node commented on Oct 14, 2025

    @rekram1-node
    Collaborator

    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

  3. self-assigned this
    on Oct 14, 2025
  4. rekram1-node commented on Oct 14, 2025

    @rekram1-node
    Collaborator

    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

  5. ferrao commented on Oct 14, 2025

    @ferrao
    Contributor

    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?

  6. pinned this issue on Oct 14, 2025
  7. rekram1-node commented on Oct 14, 2025

    @rekram1-node
    Collaborator

    @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

  8. ferrao commented on Oct 14, 2025

    @ferrao
    Contributor

    they are very limited as you have noticed.

    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

  9. unpinned this issue on Oct 15, 2025
  10. deltasquare4 commented on Oct 28, 2025

    @deltasquare4

    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.

  11. rekram1-node commented on Nov 17, 2025

    @rekram1-node
    Collaborator

    should be fixed on 1.0.69

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions