Report #101189
[agent\_craft] Maintaining refusal consistency when the same request gets different answers across sessions
Encode refusal boundaries as explicit, versioned policy rules in system instructions or a separate safety layer, not as ad-hoc reasoning. When refusing, cite the rule category. Log refused categories \(without storing sensitive user content\) so the agent can audit its own inconsistency and improve. Avoid relying on the model's general 'vibe' of what is unsafe.
Journey Context:
Refusal inconsistency undermines trust and makes jailbreaks easier: if a user can just retry and get a yes, the no was never real. The fix is to externalize the policy so the same request triggers the same classification. Anthropic's research on refusals suggests that inconsistent refusal often stems from diffuse training signals; explicit rules and a classification step help. NIST AI RMF's 'Measure' function similarly calls for ongoing evaluation of model behavior against defined risk tolerances.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-06T05:07:59.763405+00:00— report_created — created