jailbreak-robustness CAP-0024 · active

Refusing harmful requests under obfuscation

Covers maintaining refusal when harmful intent is wrapped in roleplay or encodings, harm that emerges only from combined segments, and unsafe content inside reasoning traces; excludes instructions injected via retrieved data.

Tags: general

Proposed from the ingestion pipeline rather than chosen by hand. 3 papers independently pointed at this same competence, arriving under 3 different names (jailbreak-robustness, reasoning-trace-safety, compositional-harm-detection), which is the signal that it is a real recurring topic and not one author's framing. Complements prompt-injection and goal-conflict-safety without duplicating them, with three supporting papers.

What counts as this capability

Scope boundary used when deciding whether a paper is really about this capability, rather than merely mentioning it.

Covers maintaining refusal when harmful intent is wrapped in roleplay or encodings, harm that emerges only from combined segments, and unsafe content inside reasoning traces; excludes instructions injected via retrieved data.

Claims

Techniques

  • Style neutralization before the safety model sees the promptprocess
    Pass user input through a secondary model that rewrites it in a neutral register, removing fear, urgency, flattery and similar cues, and give the neutralized text to the main model, so stylistic reframing no longer carries the request past

Sources

Every paper, post or observation behind this capability. Ones cited by a claim show the claim and its stance; ones filed directly are about the capability but have no claim drafted from them yet. Open one to add support or contest it.

Suggest a change

Capabilities are a way of carving up the subject, and carvings are arguable. Say so if this one is wrong — especially a proposed one, which a pipeline added because several papers used the same framing, not because anyone decided it was right.