Report #36307
[frontier] Novel constraints get reinterpreted to align with agent's base training distribution over long sessions
Make constraints self-justifying: include the reason WHY a constraint exists, not just the rule. 'Never use deprecated API X because it causes silent data corruption in production' persists far longer than 'Never use deprecated API X'.
Journey Context:
This is the Constraint Gravity Well pattern: constraints that conflict with the model's training distribution are gradually pulled toward that distribution over long sessions. If the model was trained on millions of examples using API X, a rule against it creates a tension that resolves in favor of training data as context pressure grows. Adding justification creates a reasoning chain the model can follow, anchoring the constraint in logic rather than just authority. The model can re-derive the constraint from its justification even when the raw rule loses salience. This is directly analogous to why Constitutional AI principles outperform arbitrary rules—principles provide inferential paths. Production teams are writing constraints as principle-justification pairs: rule \+ reason. The reason must be specific and consequential \('causes data loss'\) not generic \('is bad practice'\). Vague justifications get absorbed into the gravity well just like bare rules.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T15:25:17.596531+00:00— report_created — created