if cls and mixin:
        raise DecoratorMixinException

if mixin:
        return Class
elif cls:
        decorator(cls)
else:
        decorator

• Атрибут не надо называть глаголом
  +1. Я бы еще не стал называть параметр, у которого назначение — принимать значение по-умолчанию «status». Без чтения коментариев не понять. Другое дело если назвать «default» (не зря же дальше параметр передается именно с таким именем).
• Создатели джанго — из особенной касты — им можно использовать метаклассы и прочие нетривиальные конструкции. А самим лучше туда не соваться. На худой конец чуть-чуть можно, если ты разработчик «3-rd party».
  Утрировал конечно, но все же: чем пользователь фреймворка хуже?
• Чувствую возможные сайд-эффекты. В чем именно проблема не наю, но чувствую что добром не кончится.
  Ну можно конечно всю жизнь себя ограничивать в использовании конструкций сложнее @login_required, но зачем? :)
  Проверить что новая моедль ведет себя нормально на самом деле не очень трудно.
• Что сложно N-цать раз прописать одинаковые атрибуты и менеджеры?
  Если из 200 моделей в проекте найдется парочка вот таких — да, лучше дописать явно.
  А вот если из 200 моделей в 150 встречается добавление этого enabled, и что еще хуже для каждого queryset дописывается filter(enabled=True) — извините, но это уже плохой код. И попытка его улучшить не взирая сложность джанговского ORM-а — по-моему весьма похвальна.

Здесь вы не отвертитесь и применить хотя бы пару основных паттернов где-нибудь просто обязаны

Познакомьтесь с шаблонами (паттернами) проектирования

Познакомьтесь с методологиями разработки