второй вариант лучше

1 вариант + нормальный браузер или безлимитный интернет.

У 2-го, на мой взгляд, существенный недостаток: «элементы, формируемые скриптами, удалить не получится». Встречал много сайтов, где реклама подгружается скриптами...

Должна, но раз пользователь ее видит, то значит нет для нее готового правила. А интерактивный режим как раз и создан для удобства простых пользователей, которые понятия не имеют, как написать свое правило для вырезания рекламного скрипта из кода. Пользователь видит рекламу, хочет ее убрать навсегда простым кликом, а получает облом. После этого у многих пропадет желание вообще пользоваться интерактивным режимом...

Если браузер нормальный, то как правило, он умеет подобное делать самостоятельно, либо с помощью расширений, например, Chrome + Adblock plus. В CM интересен именно момент вырезания и незагрузки рекламы. А безлимитный интернет - это хорошо, конечно, но не во всех вариантах подключения и не у каждого он имеется.
Хотя, если речь только об интерактивной тыкалке, без потери расширенного функционала как такового (для продвинутых пользователей), то все же лучше первый вариант, чем больше можно убрать лишнего с экрана простым тыканием, тем привлекательнее программа будет для более широкого круга пользователей. А ещё лучше, какой-либо гибрид, типа основное действие вырезание, а если не вырезается, тогда предоставить возможность выбора способа пользователю, как-то так.

Ну, компромиссный вариант уже предложен. Как его реализовать - это уже программисту виднее, возможности движка и прочие составляющие...
Мне видится это так:
Реализуются оба варианта, при попытке включения интерактивной блокировки задать вопрос пользователю, какой способ использовать по умолчанию:
1. максимальная блокировка рекламы, но с загрузкой контента на компьютер.
2. вырезание рекламы без загрузки, возможен пропуск скриптовой рекламы.
3. гибридный способ, на каждый клик задается вопрос: блокируем или вырезаем по способу п.1 и п.2 соответственно.

а пользователь уже сам решит, что ему подходит лучше всего. Если была бы возможность реализации гибрида, т.е. возможность одновременной блокировки обеими способами (п.3, т.е. для каждого элемента возможен выбор способа блокирования), тогда это был бы наилучший вариант.

полностью солидарен с DenZzz

Может быть, можно что-либо придумать по принципу adblock? ведь он умеет как вырезать, так и скрывать...
Теги "##" в правилах блокировки, будут скрывать элементы, а например строка "*/ads/*$script" заблокирует загрузку скрипта содержащего /ads/ .
При интерактивном выборе пользователем способа блокировки, формировать соответствующие правила. Возможно, для просмотра результата, до внесения изменений в фильтры, лучше сделать какой-либо буфер с возможностью перезагрузки страницы и если всё устраивает, то записываем в фильтр соответствующие строки.
Хотя, наверное, это и получится дубль адблока, собственно. Да, кстати, код ведь у него открытый, наверно, можно подсмотреть реализацию...

А, что там сложного для пользователя - принять решение как блокировать из двух вариантов? Так тут необходимо просто дать возможность отката выбора... хотя, всё же, такой однозначный выбор (блокировать так или иначе), будет распространяться на все последующие сайты и если там поменять способ, то вернувшись на предыдущий сайт, результат уже будет совсем другой... В общем, как воздух необходим гибрид, как не крути, ведь структура сайтов настолько разнообразна, что ограничив пользователя одним способ, есть вероятность просто полного отказа от использования интерактивного блокировщика, ибо загрузка полного контента многих может просто не устроить, при наличии других вариантов блокирования, помимо CM.

Но эта проблема ведь разрешима, только нужно предоставить возможность редактирования правил, т.е. просто удаляем правила для конкретного сайта и включаем интерактивный блокировщик заново... да, и надо сделать кнопку (горячая клавиша вроде бы уже есть) отключения блокировщика, чтобы можно было быстро пронаблюдать разницу формируемых страниц.

Сам спросил, сам и отвечу
Вставляется таки, это списки я неправильно подключил...

При получении от пользователя первого запроса происходит инициализация правил для этого пользователя.

Подгрузку этого скрипта СМ вставляет в каждую страницу. В нем правила AdMuncher: Вставка JS. Отключите этот блок правил, и вызовов этого скрипта не будет.

Так не пойдет.
Строка в каких конкретно правилах, в каком разделе?
На руборде - на каком конкретно URL?

Пропишите в окне горячую клавишу (например, VK_RMENU - правый Alt).

Ещё один момент (подключены все правила, в том числе пользовательские, кроме правил HC):
На этой странице:
http://rghost.ru/upload/multiple (требуется регистрация)
исчезла кнопка выбора файла для загрузки. В логе только одна сработка из правил CM на скрипт от гугля, но отключение этого блока не помогло, помогло вернуть кнопку сначала полное отключение блока Admuncher. Далее уточнил поочередным отключением каждой секции - кнопка исчезла из-за секции "Замена текста", при её отключении кнопка возвращается на место, но, что самое интересное, никакого соответствия для фактической замены найдено не было. Опытным путем выяснил, что вырезание десятка или более любых правил из секции "замена текста" адмунчера, также возвращает кнопку на место, а при возврате строк с правилами на место, кнопка соответственно исчезает... в общем, ощущение такое, что CM не справляется с нагрузкой. Повторные обновления страницы не вносят никаких изменений, т.е. от первоначальной нагрузки на процессор, из-за подгрузки правил после инициализации CM, это не зависит.

В ресурснике инструментов разработчика присутствует указание на ошибки:
в application-031e28691ade5141014cf8a184301f9a.js
и в helper.js

кстати, когда удаляется десяток правил и кнопка на месте, никаких ошибок нет и в ресурснике ни helper.js, ни helper.css не "светятся", т.е. при нормальной отработке скриптов они в структуре конечной страницы уже не присутствуют в виде отдельных элементов.

И такая картина наблюдается в разных браузерах, в том числе и в Maxthon 4, и в Chrome, и в FF...