Создание телеграм бота "Сигналы для бинраных опционов"

Техническое задание для Telegram-бота Цель: Создать Telegram-бота, который будет: 1. Брать посты из одного канала (источник). 2. Репостить их в один или несколько других каналов (приёмники) от имени Telegram-аккаунта. 3. Поддерживать: • Текст. • До 10 фото. • Премиум эмодзи. 4. Заменять ссылки в постах по заданным правилам. 5. Добавлять инлайн-кнопки по специальным скриптам в тексте. 6. Поддерживать привязку ссылок и кнопок под каждый приёмник отдельно. Работа со ссылками: • В тексте поста могут быть ссылки, которые нужно заменить. • Под каждый канал-приёмник бот должен использовать свою ссылку. • Пример: если в посте ссылкаhttps://site.com, то: • Для Канала А заменить наhttps://site.com/a • Для Канала B заменить наhttps://site.com/b Работа с кнопками: • В тексте могут быть скрипты вроде: [контакт], [сайт], [заказать]. • Бот должен: • Удалить скрипт из текста. • Добавить кнопку с нужным текстом и нужной ссылкой. • Кнопки настраиваются отдельно под каждый канал-приёмник.

У нас есть чат-бот на SendPulse и требуется настройка, чтобы через него была возможность оформления подписки на закрытый клуб с помощью Stripe и она продлевалась автоматически каждый месяц, и вот давал возможность управления подписки, а также автоматически открывал и закрывал доступ в случае начала либо её окончания Что уже готово В Stripe создан продукт с ежемесячным списанием и платежная ссылка на него. Бот в SendPulse существует, ведет пользователя к оплате и умеет ставить теги и работать с полями контакта. Не хватает связки между двумя системами: сейчас, если человек оплачивает через Stripe, SendPulse об этом не узнает Что нужно сделать Настроить в Stripe вебхук на события checkout.session.completed, invoice.paid и customer.subscription.deleted Написать обработчик (serverless-функция или готовый no-code инструмент вроде Albato, n8n) который принимает вебхук, достает email клиента и тип события Через API SendPulse обновлять поле или тег контакта (например, club_active = да/нет) в зависимости от события Настроить в SendPulse автоматизацию, которая по этому полю открывает доступ к закрытому каналу при успешной оплате и закрывает при отмене или неудачном списании Подключить Stripe Customer Portal, чтобы участник мог сам отменить подписку или сменить карту, и это тоже долетало до SendPulse через тот же вебхук если у вас есть способ связки легче без сторонних веб-хуков, тоже такое рассмотрим! Что должно получиться на выходе Рабочая цепочка: человек оплачивает в Stripe, в течение пары минут получает доступ к каналу, при отмене или провале списания доступ закрывается автоматически, без участия администратора. Плюс короткая документация: где что настроено, как перезапустить обработчик, если он упадет, и куда смотреть при жалобе участника на закрытый доступ Кого ищем Опыт работы с Stripe API и вебхуками, опыт с SendPulse API (или готовность быстро в нем разобраться, документация открытая), умение поднять простой serverless-обработчик или настроить связку в Albato/n8n. Готовность показать похожий кейс из портфеля будет плюсом

Разработка Telegram-бота на Python, который собирает данные и синхронизирует их с Google Таблицей в режиме реального времени. Система должна быть отказоустойчивой, защищенной от ошибок ручного ввода и полностью автономной.

Ищу разработчика, который создаст Telegram-бота для нашего магазина одежды. Суть: менеджер отправляет боту обычное фото товара (на вешалке, на столе) — бот через AI генерирует готовую галерею профессиональных кадров для карточки товара на сайте/маркетплейсе. Что должен уметь бот Принимать 1–4 фото товара в Telegram-чате. Автоматически распознавать товар (категория, крой, мужское/женское) — без ручного описания. Генерировать галерею из ~6 кадров: товар на модели: студия спереди, сзади, динамическая поза; предметные кадры: флет, деталь крупным планом, ghost-манекен; лайфстайл-кадр. Консистентная модель — один и тот же человек во всех кадрах галереи и между галереями (лицо бренда). Несколько стилей съемки на выбор (например: streetwear, casual, sport, old money). Выходной формат: JPG 4:5, файлы с нумерацией (-01, -02…) — готовые к загрузке. Возможность перегенерировать отдельный кадр или изменить стиль без повторной генерации всей галереи. Доступ только для нашей команды (allowlist), дневные лимиты на пользователя. Учет затрат на AI API: показывать стоимость до генерации, вести статистику. Технические ожидания Генерация изображений: Gemini (Nano Banana) / DALL·E / Flux или аналог — предложите вариант с обоснованием качества и стоимости за кадр. Бот должен работать 24/7 на VPS (авто-рестарт, деплой под ключ). Секреты через .env, код передается нам (репозиторий). Что предоставим Фото товаров для тестов, пожелания по стилистике бренда. Что жду в отклике Оценку стоимости и сроков. Ориентировочную себестоимость одной галереи. От и До

Общая информация: Есть Telegram-бот, написанный на Python (aiogram v3, aiohttp, MySQL, Redis). Это сервис для взаимодействия заказчиков и исполнителей (профили, проекты и т.д.). Необходимые навыки: - Уверенный опыт с aiogram v3 (не v2!), asyncio, aiohttp; - Знание Telegram Bot API (вебхуки); - Опыт работы с MySQL, Redis; - Умение разбираться в чужом коде; - Коммуникабельность, ответственность. Мне нужно на текущей версии бота прямо на сервере исправить баг- проблему Проблема заключается в чем: Не функционируют полноценно чаты (Норы), должен быть чистильщик который будет по алгоритму работать, но сейчас он работает с багами, чистит не по графику - Чат между заказчиком нужен для обсуждения с исполнителем рабочих моментов. - Чаты (норы уже все созданы, нужно чтобы их чистило и становило в очередь - Юзер бот создает чаты (парные норы, они у нас уже есть) и ставит их в очередь, если в чате совершена сделка собеседники в нем находятся (в одном чате исполнитель, в другом чате заказчик) ; если же чат закрыт или там не было произведено сделку и пользователи там не писали в течении 7 дней; бот удаляет от туда заказчиков или исполнителей и ставит этот чат (нору обратно в очередь) - Заказчик может перейти в чат с любым исполнителем который откликнулся на заказ - Заказчик и исполнитель находятся в двух параллельных чатах, чтобы не было возможности видеть прямой аккаунт собеседника и не было возможности ему написать напрямую * Работу чатов и все остальное не меняем Главное чтобы исправление не потянуло других проблем за собой