Report #35144
[frontier] Agent's constraints become stale or contradictory as session evolves
Treat your constraint set as a versioned, mutable document. When constraints change, explicitly retire superseded constraints and version the new set. Never let constraints accumulate without pruning—contradictory constraints are worse than no constraints.
Journey Context:
In long sessions, constraints tend to accumulate rather than replace. A user says 'actually, use tabs not spaces' and now the agent has both 'use spaces' \(from the system prompt\) and 'use tabs' \(from the user\) in context. This creates confusion and inconsistency—the agent alternates between both, or makes unpredictable choices. The emerging practice is explicit constraint versioning: when a new constraint supersedes an old one, the orchestrator \(or the agent itself, if trained\) explicitly marks the old one as retired and the new one as active. This requires maintaining a constraint manifest as a mutable, versioned object rather than treating all instructions as equally permanent. The key insight: contradictory constraints don't cancel out—they create unpredictable behavior as the agent oscillates between them based on attention patterns. A pruned, consistent constraint set of 5 rules is far more effective than an accumulated set of 20 rules with 3 contradictions.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T13:27:50.609365+00:00— report_created — created