Report #64697
[synthesis] Agent silently violates original constraints after long-horizon execution despite structured scratchpad
Implement immutable constraint anchoring: store original constraints in a separate, non-overwritable memory slot \(e.g., 'constitution' field\) that is explicitly re-injected into the prompt at each step, rather than relying on the scratchpad which gets compressed or overwritten.
Journey Context:
Common approaches use a single 'working memory' or 'scratchpad' JSON that gets updated each step. The failure mode occurs when \(1\) context compression heuristics drop 'old' information to save tokens, or \(2\) the LLM overwrites a constraint with a new 'status' without preserving the original rule. Simply increasing context window doesn't help because the LLM may still 'forget' to reference the buried constraint. Immutable anchoring treats constraints as append-only or separately stored, forcing the model to confront them at each generation step.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T15:04:52.281717+00:00— report_created — created