Не удержался все таки прокомментирую
Поэтому, MODX как был фреймворком, так он и есть фреймворк.
В данном случаи свою цмску придется писать на чистом XPDO а что мы имеем в оном
1 отсутствие немспейса в моделях
2 нет юнит тестов и так далее
тоесть скорее всего придется взять какой нибудь фремворк где есть рутинг, тесты, инкопсуляция, и прочие плюшки и прикрутить к этому всему XPDO в качестве ORM как это я и дела на некоторых проектах, но вот беда нет нем спейса все библиотеки как полагаются из вендора работают из под авто загрузчика а наш любимый XPDO живет в мире 4PHP
Я очень много практиковал с XPDO и уверено могу сказать что он не современен.
Кто то может сказать что зачем тебе чистый XPDO ведь есть API MODX но реальность такова что само едро MODX не модульно тоесть если я захочу изменить прицеп политики доступов то это так просто не получится, обана вот мы и столкнулись с первым признаком CMS. Кто нибудь может сказать что можно сделать влезть в едро и переопредилить там все что не нравится или начать писать свои процессоры и модели, но если мы пишем свои процессоры и модели то причем сдесь MODX ведь эта все можно сделать на XPDO, ну а что качается лазанья в едро я думаю это коментировать не обязательно.
В любом современном фремворке легко можно сконфигурировать едро путем простых накроет не лазя в само едро тоеть эта парадигма модульности как в ruby on rails это реально круто но без немспейса это не возможно.
Реальность такова что XPDO довольно старый вариант фремворка а MODX эта CMS написана на довольно старом варианте фремворка под названием XPDO.
Надеюсь меня не кто не выгонит за то что озвучиваю то что и так понятно всем тем кому понятно как пхп код бьются.