<b>Filament ломает не админку, а дисциплину вокруг полей, ролей и таблиц</b>

<b>Filament ломает не админку, а дисциплину вокруг полей, ролей и таблиц</b>

Если в проекте Filament “вроде бы уже стоит”, а дальше начинаются костыли, обычно проблема не в пакете. Проблема в том, что ресурс собирают как набор красивых форм, а не как слой управления данными. Отсюда дубли полей, лишние запросы и страницы, которые невозможно сопровождать без боли.

Перед тем как добавлять новый Resource, проверь базу:
— какие поля реально нужны оператору;
— какие действия можно вынести в отдельный Action;
— где нужен RelationManager, а где достаточно таблицы с фильтром;
— какие поля должны быть read-only, чтобы не плодить ошибки.
Если этого нет, Filament быстро превращается в конструктор случайных экранов.

Отдельно смотри на авторизацию. Policies и scopes должны определять доступ до рендера интерфейса, а не после клика по кнопке. Иначе у тебя “красивый” экран, который показывает лишние строки, лишние кнопки и лишние ожидания у команды поддержки. Для CRM, трекеров и арбитражной инфраструктуры это особенно дорого.

Ещё одна частая ошибка — тащить в форму тяжелую логику из модели. В Filament лучше держать UI тонким: валидация, отображение, простые трансформации. Бизнес-правила — в сервисах или доменном слое, иначе любое изменение формы начинает ломать не только админку, но и запись данных.

Если Filament используется как операционная панель, а не как витрина, он окупается быстро. Но сначала сделай ресурсы скучными, предсказуемыми и узкими — именно это потом экономит недели поддержки.