*ложь

Модель - это твоя прослойка между кодом и базой. Так как у нас Eloquent ORM, то мы уже владеем большим возможностей.  Цель модели - не бизнес логика. Ее цель - записывать, возвращать и удалять данные из базы.
Если тебе нужно что-то рассчитывать выноси это в сервисы, и передавай в сервис экземпляр модели. Либо уже конкретный скоуп данных. А не наоборот.
Модель должна быть максимально чистой и лёгкой.
Так как у нас Eloquent, то модель очень быстро засирается мутаторами, скоупами и чистыми запросами, в случае какого-нибудь около хайлоада (хотя в этом случае про орм лучше забыть).

Да, у меня подход такой. И Боже упаси меня писать репозитории в Ларке :)

а как тогда быть в моём примере?

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

Иногда приходится

Уот сперва б без пакетов писать научился

А потом уже пакеты затаскивал

есть, продукты есть на разных страницах и там передается эта модель с котором выводят цены

и много их где продукты выводятся

Берешь сервис. Переписываешь логику таким образом, чтобы он принимал объект модели, либо массив/объект необходимых данных.
Потом инжектишь этот сервис в контроллер. Или другой сервис.
И используешь в нужном месте контроллера/сервиса (лучше сервиса) нужный метод подключенного сервиса.

контроллер не получится. это придется менять пол проекта

Я вот раковый, так пакеты не тащу

Толку-то

а мне пришлось - выбора не было.

про охулиард не знаю, но ты описал 99% "программистов" на ВП

ыыы, это я)

Но я всего один раз так сделал