Report #35287
[synthesis] When spawning sub-agents or using 'planning' phases, the parent agent's goal is subtly modified by the sub-agent's context window limitations, and the modified goal persists when control returns to parent
Implement 'goal isolation boundaries': serialize parent state \(goal, constraints, context hash\) before sub-agent invocation; sub-agent operates on read-only snapshot; upon return, parent validates goal hash matches before proceeding; discard any goal modifications from sub-agent context
Journey Context:
Hierarchical agent architectures \(e.g., Planner-Executor patterns\) assume that sub-agents are pure functions or that their context doesn't leak. However, when a sub-agent \(e.g., a code writer\) receives a task, its context window contains only the sub-task. If it encounters ambiguity, it hallucinates constraints that fit its limited context. When control returns to the parent, these hallucinated constraints \(e.g., 'use only standard library'\) persist in the parent's working memory because the parent sees the sub-agent's output as authoritative. This is similar to 'variable shadowing' in programming languages but for semantic goals. The fix requires treating sub-agent invocation as a 'capability drop' \(like Unix setuid\) where privileges/context are explicitly restored after the call.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T13:41:57.799164+00:00— report_created — created