Внучатые темы и оптимальная сетевая архитектура

Я пытаюсь создать универсальную сеть WordPress. Чтобы ускорить разработку, я думаю, мне нужно будет направлять проекты по разным темам на ранней стадии. В основе моей сетевой установки я хотел бы иметь три или четыре темы, предварительно настроенные для работы с определенным классом веб-сайтов.

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

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

По сути, я столкнулся с проблемой внучатых тем, затронутых в этой статье:

http://justintadlock.com/archives/2010/08/16/frameworks-parent-child-and-grandchild-themes

Если вы не знакомы с ним, в нем утверждается, что многие родительские темы ошибочно считаются фреймворками, и что WordPress не создан для размещения внучатых тем.

Итак, мой вопрос заключается в следующем:

Лучше ли дублировать тему (без отношений родитель-потомок), чтобы создать мои несколько основных тем и иметь дело с их обновлением вручную по мере необходимости, или мне следует сделать так, чтобы каждая основная тема была дочерней темой какого-либо родителя и создать искусственный (не wordpress родная) система наследования внуков для реальных веб-сайтов, которые я создаю.

Я с нетерпением жду ваших мыслей