Feature: Subagents should support auto compaction

Currently, if a subagent goes on a long task and goes over the models context limit, the whole subagent fails.

I think a good solution for this might be auto compaction for sub-agents. If a subagent goes over its context it should reject/remove items that are too big (the last tool/mcp call that sent it over context rejected?) and then auto compact in a way that allows it to continue. This makes subagents resilient and recoverable, because when they go on long tasks and fail it can cost a lot of tokens.

Appreciate all the hard work, opencode is great.

This issue might be a duplicate or closely related to existing issues. Please check:

Limit Subagent Tree Depth #2906: Limit Subagent Tree Depth - discusses limiting subagent depth due to context management issues
Soft compaction / AI global workspace metabolism #3032: Soft compaction / AI global workspace metabolism - proposes soft compaction to preserve context while managing tool calls
Feature request: let subagents inherit context #2588: Feature request: let subagents inherit context - discusses context management for subagents
Model in BUILD mode does not have enough context to continue after compaction #3031: Model in BUILD mode does not have enough context to continue after compaction - addresses insufficient context after compaction

While your specific request for auto compaction in subagents is unique, these existing issues address related problems with subagent context management and compaction strategies. You might find useful insights or discussions there.

Feel free to ignore if none of these address your specific case of automatic compaction for subagents hitting context limits.

hmm I thought it would auto compact already will need to check

The auto compact logic isn't fool proof though

ofc and if you ever catch me not replying just @ me haha

yeah that very well could be it, tool overloads context and it cant recover ftom it

i am pretty sure this exists (as of at least v1.2.14), i actually came here to open an issue caused by auto-compaction on subagents, but i think this means this can be closed since auto-compaction does work with subagents

To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.

I'm using a hard-coded context-window limit for the new GPT-5.6. It seems that the subagents keep going.

The setting:

  "provider": {
    "openai": {
      "models": {
        "gpt-5.6-terra": {
          "limit": {
            "context": 229376,
            "output": 16384
          }
        },
        "gpt-5.6-luna": {
          "limit": {
            "context": 229376,
            "output": 8192
          }
        }
      },
      "options": {
        "setCacheKey": true,
        "headerTimeout": 60000,
        "timeout": 600000,
        "chunkTimeout": 60000
      }
    }
  }

The context window:

Subagent(2 of 2)300.7K (131%)

Navigation Menu

Repository navigation

Feature: Subagents should support auto compaction #3153

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Feature: Subagents should support auto compaction #3153

Description

Activity

github-actions commented on Oct 13, 2025

rekram1-node commented on Oct 14, 2025

rekram1-node commented on Oct 14, 2025

adpadillar commented on Feb 26, 2026

github-actions commented on Apr 28, 2026

yasirroni commented on Aug 1, 2026

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions