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
[FEATURE]: A delayed prompt send feature for pre-scheduling a prompt to send #35653
I have verified this feature I'm about to request hasn't been suggested before.
Describe the enhancement you want to request
Summary
Add a delayed prompt send feature that lets users queue a prompt to be sent later in the same active opencode chat/session while the opencode process is still running.
Example:
(in the prompt input)
/delay_send 3h <prompt_content>
Problem
When the 5-hour limit is reached in the middle of a session, I currently have to wait until the next usage window and manually come back to send a continuation prompt.
This is inconvenient when I already know what I want to ask next, and I want the agent to continue in the same session so the existing context is preserved.
Proposed Solution
Support a command like:
/delay_send 3h Continue from where we left off and finish the remaining implementation.
This would keep the prompt queued locally and send it 3 hours later in the same chat/session, assuming the opencode process is still running.
Desired Behavior
Queue a prompt to be sent after a delay.
Send the prompt in the same active chat/session.
Preserve the current session context.
Optionally allow users to list or cancel queued delayed prompts.
Why This Helps
This would reduce friction when usage limits interrupt an active coding session. Users could queue a continuation prompt ahead of time instead of needing to manually return at the next window start time.
This issue might be a duplicate of existing issues. Please check:
[FEATURE]: Delayed queue feature #5408: Similar request to queue a prompt to send later when the agent is idle/waiting for input, preserving session context.
This feature request is different from #5408 that #5408 calls for a queue that automatically gets sent out when opencode is idle/waiting for user input.
This request, on the other hand, is a feature to allow user to pre-schedule a prompt to send at a designated time.
The reason why #5408 doesn't work in this context is that, the queued prompts will get automatically send out when I'm still stuck in the previous 5h limit window and model can't do anything now even when the prompt is sent now.
Activity
github-actions commentedon Jul 7, 2026
This issue might be a duplicate of existing issues. Please check:
Troyanovsky commentedon Jul 7, 2026
This feature request is different from #5408 that #5408 calls for a queue that automatically gets sent out when opencode is idle/waiting for user input.
This request, on the other hand, is a feature to allow user to pre-schedule a prompt to send at a designated time.
The reason why #5408 doesn't work in this context is that, the queued prompts will get automatically send out when I'm still stuck in the previous 5h limit window and model can't do anything now even when the prompt is sent now.
github-actions commentedon Sep 6, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.