Subagent feedback incorrectly routed to main agent when rejecting changes
Resolved 💬 8 comments Opened Aug 27, 2025 by Aron-Lomner Closed Jan 9, 2026
Summary
When rejecting a subagent's proposed change in Claude Code and selecting "No (tell Claude what to do differently)", the feedback is incorrectly sent to the main agent instead of staying with the subagent who made the original proposal.
Expected Behavior
When a user rejects a subagent's change proposal:
- User selects "No (tell Claude what to do differently)"
- User provides feedback on what should be done differently
- The same subagent with it's context retained, should receive this feedback and continue working on the task
- Subagent should iterate based on the feedback with full context of what was previously attempted and what led up to the attempt
Actual Behavior
- User selects "No (tell Claude what to do differently)"
- User provides feedback
- Control returns to the main agent who has no context about:
- That there was a proposal, let alone what the proposal was about
- Why it was rejected
- What specifically needs to be changed
Steps to Reproduce
- Initiate a task that spawns a subagent
- Allow subagent to propose a change
- Select "No (tell Claude what to do differently)"
- Provide specific feedback about what should be changed
- Observe that main agent , who is unaware what was proposed or that a proposal even happened, receive and responds to the feedback instead of the now dead subagent (RIP
😢)
Proposed Solution
Modify the rejection workflow to:
- Keep the conversation thread with the rejecting subagent (This sub agent should retain it's context)
- Pass user feedback directly to that subagent
- Allow subagent to iterate based on feedback
- Only return to main agent when subagent task is complete or explicitly escalated
This issue has 8 comments on GitHub. Read the full discussion on GitHub ↗