Бот для Telegram под задачу

«Учебный бот принимает тему “Ремонт”, затем время “после 18”, показывает итог и кнопки Подтвердить/Отменить. После подтверждения создаёт одну заявку». Попросите таблицу состояний и события, которые в каждом допустимы. Добавьте отмену после ввода темы и повтор старой кнопки: без этих условий модель часто пишет только счастливый путь от первой команды до сохранения.

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

Сетевая доставка и повторные действия пользователя могут привести к повторной обработке. Используйте устойчивый идентификатор события или операции и ограничение на уровне хранения результата, если повтор недопустим. Простая проверка «ещё нет» перед вставкой может проиграть гонку. Для учебного сценария два одинаковых подтверждения должны дать одну заявку и понятный ответ на повтор, а не два уведомления.

Оба подхода требуют корректного жизненного цикла процесса и обработки ошибок. Назовите инфраструктуру, библиотеку и доступность входящего HTTPS, затем попросите сравнение под эти условия. Не передавайте токен в примере. Енотик подготавливает код и объяснение, но не регистрирует бота и не размещает его на сервере; проверку проведите на отдельном тестовом боте с вымышленными заявками.