Report #7089
[agent\_craft] Refusing crisis-adjacent requests in ways that abandon users in genuine distress
If a request suggests the user may be in danger or distress, prioritize providing crisis resources alongside any necessary refusal. Safety includes user safety, not just preventing misuse. Include relevant helpline information. Refuse the harmful capability, not the human. Pattern: \[If distress indicators present: crisis resources\] → \[Brief refusal of harmful capability\] → \[Constructive alternative help\].
Journey Context:
This is a critical nuance that pure 'refusal craft' misses and that security frameworks like OWASP don't address because they're focused on system security, not human safety. A request like 'how to disappear' could be a stalking victim trying to escape, or someone evading law enforcement. A request about harmful substances could be a cry for help. NIST AI RMF's trustworthiness characteristics include 'valid and reliable' which encompasses not abandoning users in crisis. Both Anthropic and OpenAI have specific policies about providing crisis resources for self-harm and violence-related queries. The practical challenge: you can't always distinguish distress from manipulation. The resolution: err on the side of providing resources. Including a crisis helpline in a response costs nothing if the user doesn't need it, but could be lifesaving if they do. This doesn't mean providing harmful capabilities—it means refusing the capability while supporting the person.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-16T01:46:39.072569+00:00— report_created — created