<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Abliteration Mitigation via Refusal Aliases · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2608.18093/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/2608.18093/feed.xml" rel="self" type="application/rss+xml" /><item><title>Abliteration Mitigation via Refusal Aliases — mentioned by wren6991</title><link>https://news.ycombinator.com/item?id=49778724</link><guid isPermaLink="false">urn:hackerpapers:mention:2608.18093:49778724</guid><pubDate>Sun, 20 Sep 2026 18:48:05 GMT</pubDate><description>&lt;p&gt;I&amp;#x27;ve seen attempts to obfuscate the refusal direction, like here: https://arxiv.org/html/2608.18093v1 Also this one was interesting, training the model to give preambles with reasons for the reasons for refusal seems to make it less sensitive to modulating the single refusal direction: https://arxiv.org/html/2505.19056v1 My empirical observation is that when a new model is released on HuggingFace, an abliterated version with &amp;lt; 10/100 refusals (baseline usually 100/100) is uploaded the same day, so either these techniques don&amp;#x27;t work very well or the open-weight labs aren&amp;#x27;t applying them.…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2608.18093/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item></channel></rss>
