[FEATURE]: Allow "aborted" agents to be continued #7432

Open
opened 2026-02-16 18:07:09 -05:00 by yindo · 2 comments
Owner

Originally created by @skerit on GitHub (Jan 24, 2026).

Originally assigned to: @thdxr on GitHub.

Feature hasn't been suggested before.

  • I have verified this feature I'm about to request hasn't been suggested before.

Describe the enhancement you want to request

Sometimes a sub-agent has to be paused or some unforeseen circumstance causes it to abort automatically. In these cases the subagent is lost. There is no session-id to re-use, and the only thing the main agent can do is start the same task over.

This is quite annoying and wasteful of tokens. Why not simply always return the session id and let any subagent be resumed, no matter if it's "aborted" or "finished".

Originally created by @skerit on GitHub (Jan 24, 2026). Originally assigned to: @thdxr on GitHub. ### Feature hasn't been suggested before. - [x] I have verified this feature I'm about to request hasn't been suggested before. ### Describe the enhancement you want to request Sometimes a sub-agent has to be paused or some unforeseen circumstance causes it to abort automatically. In these cases the subagent is lost. There is no session-id to re-use, and the only thing the main agent can do is start the same task over. This is quite annoying and wasteful of tokens. Why not simply always return the session id and let any subagent be resumed, no matter if it's "aborted" or "finished".
yindo added the discussion label 2026-02-16 18:07:09 -05:00
Author
Owner

@github-actions[bot] commented on GitHub (Jan 24, 2026):

This issue might be a duplicate of existing issues. Please check:

  • #6584: [FEATURE]: Agent-level resume for subagents (resumeSessionId parameter) - directly addresses resuming aborted subagents
  • #8197: [FEATURE]:Add retry / re-run capability when operation is aborted - similar motivation for avoiding token waste on failures
  • #5150: [FEATURE]: /continue command - session continuation feature
  • #7226: [FEATURE]: implement a /resume and /pause command - pause/resume capabilities
  • #8336: [FEATURE]: Better session resume ergonomics - improving resumption UX

Feel free to ignore if none of these address your specific case.

@github-actions[bot] commented on GitHub (Jan 24, 2026): This issue might be a duplicate of existing issues. Please check: - #6584: [FEATURE]: Agent-level resume for subagents (resumeSessionId parameter) - directly addresses resuming aborted subagents - #8197: [FEATURE]:Add retry / re-run capability when operation is aborted - similar motivation for avoiding token waste on failures - #5150: [FEATURE]: /continue command - session continuation feature - #7226: [FEATURE]: implement a /resume and /pause command - pause/resume capabilities - #8336: [FEATURE]: Better session resume ergonomics - improving resumption UX Feel free to ignore if none of these address your specific case.
Author
Owner

@skerit commented on GitHub (Jan 24, 2026):

Issue #6584 seems to be about an internal API, not about the main agent being able to resume an aborted session.
Issue #8197 seems to be about retries for any failed input, not just subagents.

So I don't think these apply.

@skerit commented on GitHub (Jan 24, 2026): Issue #6584 seems to be about an internal API, not about the main agent being able to resume an aborted session. Issue #8197 seems to be about retries for any failed input, not just subagents. So I don't think these apply.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#7432