Там де доку не читают там и твои деприкейты читать не станут, а автоген же все равно модифицировать можно

Ну вот, снова я остался без идеи что написать

Не любите вы меня

https://docs.python.org/3/library/exceptions.html#DeprecationWarning

Точнее даже так

Напиши бота для продажи каналов со связкой апи киви, станешь миллионером

Фу

Давай мою либу пилить

Заебался уже ботов писать, никакого развития

Аиограм диалог?

Я пытаюсь потихоньку вникать в неё

Ага

Эээ...
Я про датаклассы -_-

Ты отстал

Диалог на самом деле нужен настолько "часто", что каждый кому оно внезапно понадобится и сам может необходимое ему дописать

Ну ок

А вот связь датакласс_фактори с пайдантиком я бы помучал

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

Угу, может ещё подумаю как проект закончу

Было бы вообще неплохо сценарии описывать в духе gherkin

Скажем, стейт-классы, в которых описываются индивидуальные для стейта методы, своего рода точки входа. Например, MainMenuState, у которого есть методы
handle_cabinet_button
handle_support_button
...
И т. д., то есть все кнопки этого состояния

Ну и авторегистрацию какую-то. А для отдельных ветвей запросов еще и cancel/back/skip и т. п. (как у тебя).
И я не зря сказал точки входа, это именно они. Уже потом, отбросив из мыслей регистрацию можно внедрять рабочую логику, когда сценарный скелет построен, как маршрут