а почему бы не сделать поле на этот объект типа optional(:obj)
а потом
rule(:obj) do
  if value._destroy?
    все окей
  else
    Вызываем валидацию на этот объект
  end
end

просто создал новый проект и почему то ошибка

вот у меня так и сделано, но там rule этих на 100 строк.
интересуюсь насколько это плохо и страшно?

а валидация уже в другой схеме

помогите пожалуйста

Зачем? Если у них строгая структура, то просто делаешь схему в которой описываешь список схем

*Меня игнорируют*

https://github.com/rails/rails/issues/38626 первая же ссылка в гугле

да

Ты же понимаешь, что у тебя проблема не с валидациями, а с тем, что слишком много логики и условий в одном месте и теперь тебе сложно это натянуть на существующие решения?

При удалении вложенного объекта нужен только ID остальные свойства не нужны и мне в API соответсвенно их не передают, но если объект надо создать\отредактировать, то внутри этого объекта нужно + 20 дополнительных полей.
Отсюда варианта 2, заставить всех присылать мне в API все поля независимо от того нужно только удалить объект или нет.
Писать кастомне rule которые скипают валидации остальных полей если есть _Destroy: "1"

Ну смотри, это уже две разных операции

Даже три, если быть честным

как вариант я вижу еще внутри кастомных rule дергать другие контракты и передавать туда объекты

я это выше и предложил

в таком случае у тебя будут отдельные контракты на каждый объект

Да, спасибо. Интересно послушать Антона еще про проблемы

Те ты хочешь одну ручку, которая тебе CUD сделает

Вместо разделения логики на три разных операции. Это тоже рабочий вариант, просто вместо кучи кода будешь бороться с библиотеками