чтобы можно было определить пользовательскую логику для соответствующих этапов жизненного цикла.

Ваше предложение по улучшению функциональности связано с какой-то конкретной проблемой?

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

Какое решение вы бы хотели видеть?

Решение 1: Предоставить удобную возможность для пользователей настраивать жизненный цикл самостоятельно, чтобы они могли вмешиваться в цикл отправки SMS и выполнять свои собственные действия.

Какие альтернативные решения вы рассматривали?

Решение 2:
Просто предоставить возможность для моковых тестов, используя конфигурацию для автоматического регистрации по умолчанию локального производителя. Затем можно изменить способ реальной отправки на основе белого списка конфигураций (на основе интерцепторов).
Кроме того: я заметил, что фреймворк использует телефонный верификатор, который можно перезагрузить с помощью load. Можно ли предоставить инструмент для проверки кодов подтверждения SMS, который также можно было бы реализовать с помощью load на основе моковых тестов?
Также можно предоставить по умолчанию моковый инструмент для кодов подтверждения, при попадании в мок он сразу проходит. Также разрешить разработчикам самостоятельно реализовывать это.### У вас есть дополнительный контекст или скриншоты?

Есть ли у вас намерение участвовать в внесении изменений?

• У меня есть намерение участвовать в разработке конкретной функции и внести свой вклад в код.