Я слабо понимаю идею, добавь примеров.

Возмём упрощенный priv для картиносного serp-list

blocks['serp-list'] = function(data, i) {
  return {
    block: 'serp-list',
    serpItems: _.map(blocks['serp-list__getData'](data), function(item) {
        _.isEmpty(item.passages) && (item.passages = [{ html_href: item.html_href }]);
        return item;
    }
  }
}

Теперь добавить серплист на страницу можно только в привах Даже если для страницы их не планировалось, придётся создать:

blocks['b-page_type_search'] = function(data) {
  return {
    block: 'b-page', mods: { type: 'search' },
    serpList: blocks['serp-list'](data)
  }
}

+

block('b-page').mod('type', 'search').content(function() { return [
  // ...
  this.ctx.serpList,
  // ...
]})

против одного bemhtml.js

block('b-page').mod('type', 'search').content(function() { return [
  // ...
  { block: 'serp-list' }, // вызов `blocks['serp-list'](data)` под капотом
  // ...
]})

Пока звучит как использование технологий не по назначению.

Ожидается же data -> priv -> bemhtml, поэтому не очень понятно, откуда необходимость генерировать содержимое b-page_type_search в BEMHTML и почему это не делается в привах. В идеале в BEMHTML режим content должен использоваться только для генерации чисто оформительских элементов.