Программисты — удалённая работа в Москве

Задачи чат-бота: информирование клиентов, интерактивное меню или каталог. Платформа: Telegram, max, ВКонтакте, WhatsApp. Продукт: запчасти. Техзадания нет. Требуется реализовать чат бот на ии с интеграцией в битрикс24 и апи сайта (там каталоги и товарные остатки)/ Сейчас уже есть чат бот, работает без ии, отвечает невпопад, требуются значительные усилия на постоянное добавление вариаций запросов пользователей. на 1 этапе нужно реализовать через нового бота на ии текущую логику (информирование о режимах работы, доставке, и другие вопросы из файла во вложении), при выходе за пределы логики- передать чат в открытые линии битрикс 24 оператору. Также нужно обучить бот на исторических данных (диалоги), после их подготовки. на 2 этапе - реализовать подбор товара (интеграция с апи сайта) в виде уточнения у клиента нужного автомобиля (по справочнику), вида товара, передача диалога менеджеру и информации о подобранных товарах в виде ссылки на сайт компании.

Задачи чат-бота: информирование клиентов, сбор информации, интерактивное меню или каталог, ответы на типовые вопросы, приём текстовых заказов, финансовые операции, автоматическое бронирование. Платформа: Telegram. Продукт: Для разных. Техзадания нет. Добрый день! Ищем человека, который занимается разработкой чат ботов, пожалуйста, указывайте в отклике условия работы +цены.

Обход пароля виндовс. Настройка. Забыл пароль от учетной записи виндовс 10.

Задачи чат-бота: выполнение заданий. Продукт: telegram. Техзадание есть.

Задачи чат-бота: приём текстовых заказов. Продукт: Авто. Техзадания нет.

Разработка с нуля. 1. Цель и назначение продукта Разработать Telegram-юзербота для автоматизированного сбора коммерческих условий (стоимость и сроки размещения рекламных постов) у владельцев и администраторов Telegram-каналов. Юзербот выступает в роли агента по закупке рекламы, имитируя поведение живого пользователя для получения максимально полных и достоверных ответов . 2. Термины и определения • Юзербот (Userbot) — скрипт, управляющий действиями от лица обычного аккаунта Telegram, а не бота (с токеном от@BotFather). Это критично для обхода ограничений, так как боты часто не могут инициировать диалоги с незнакомыми пользователями . • Таргет — аккаунт (канал) пользователя Telegram, которому отправляется запрос. • Аккаунт-исполнитель — учетная запись Telegram, через которую юзербот совершает действия. • Варминг (Прогрев) — процесс имитации естественной активности аккаунта для повышения его репутации в системе безопасности Telegram . 3. Требования к аккаунтам-исполнителям Система должна поддерживать работу с несколькими аккаунтами-исполнителями для масштабирования и снижения риска бана. • Ввод аккаунтов: Добавление через api_id, api_hash (получить на my.telegram.org) и номер телефона. Поддержка сессий Pyrogram/Telethon . • Прогрев (Warmup): Обязательное условие перед началом работы. Аккаунт должен быть «прогрет»: o Установлен аватар, имя, био. o Аккаунт должен иметь историю переписки с несколькими контактами (2-3 дня минимальной активности). o Инструмент для автоматического прогрева может быть предоставлен отдельно или реализован в базовом функционале . • Мониторинг статуса: Аккаунт должен периодически проверять свой статус через @SpamBot и сообщать о блокировках . 4. Функциональные требования к боту 4.1. Управление списком таргетов • Загрузка списка: В системе должен быть предусмотрен интерфейс (например, загрузка CSV/TXT файла или ввод через консоль/веб-интерфейс) со списком юзернеймов или ID каналов/пользователей. • Очередь и скорость отправки: Система должна автоматически распределять таргеты по аккаунтам-исполнителям. Главное ограничение: o Интервал между отправкой сообщений от одного аккаунта: от 10 до 30 минут. Это критично для имитации человеческого поведения и предотвращения блокировок . 4.2. Первичный диалог (Скрипт A) При первом контакте с таргетом юзербот должен отправить сообщение с запросом стоимости размещения. Текст должен быть вариативным для обхода антиспам-фильтров. • Условие: Отправить первое сообщение. • Алгоритм вариативности: 1. Сгенерировать текст из пула 50 перефразированных вариантов. 2. После использования всех 50 вариантов, начать их повторение с начала. • Примеры фраз: o «Добрый день! Подскажите, пожалуйста, какова стоимость размещения рекламного поста в вашем канале? И на какой срок обычно размещаете?» o «Приветствую! Интересуюсь прайсом на рекламную публикацию в вашем канале. Какие сроки размещения вы предлагаете?» o «Здравствуйте! Подскажите цену за пост в вашем канале и длительность его нахождения в ленте?» (и так далее, всего 50 вариантов). 4.3. Обработка ответов (Скрипт B — «Неспешное уточнение») После получения ответа от таргета, бот должен переключиться на сценарий уточнения условий. • Режим работы: Медленный, имитирующий живого человека (паузы между сообщениями, человеческая пунктуация). • Задача: Зафиксировать все условия размещения. Бот должен уметь распознавать в ответе пользователя следующие ключевые сущности и сохранять их в базу данных: o Цена: Стоимость размещения (в USD, RUB, TON или др.). Бот должен понимать разные форматы («10 баксов», «1000 рублей», «5 тон»). o Срок: Период размещения поста в канале (например, «навсегда», «на сутки», «на 3 дня», «на неделю»). o Формат поста: Есть ли особые требования к тексту, медиа, кнопкам. o Оплата: Каким способом принимают оплату. • Логика уточнения: Если в ответе не хватает какой-то информации (например, сказали цену, но забыли про срок), бот должен сгенерировать уточняющий вопрос («А на какой срок эта цена?», «Пост висит сутки или навсегда?»). 4.4. Логирование и хранение данных Система должна сохранять: • ID чата/канала. • Временные метки: Время отправки первого сообщения, время ответа таргета. • Скрипт диалога: Полную историю переписки для анализа. • Результат: Извлеченные параметры (цена, срок, валюта, способ оплаты, особые условия) в структурированном виде. • Статус обработки: В очереди, Прогрев, Сообщение отправлено, Ответ получен, Уточнение данных, Готово, Забанен (недоступен) . 5. Нефункциональные требования и безопасность 5.1. Безопасность аккаунтов • Юзербот должен использовать механизмы антидетекта, характерные для библиотек Telethon/Pyrogram . • Запрещены: Спам-бомбинг, слишком частые запросы, работа без прогрева. • Ответственность: Разработчик предупреждает заказчика о рисках блокировки аккаунтов при нарушении режимов работы и предоставляет рекомендации по безопасному использованию . 5.2. Масштабируемость Архитектура должна позволять добавлять неограниченное количество аккаунтов-исполнителей (поддерживать мультиклиентность) . 5.3. Язык и технологии • Рекомендуемый стек: Python (библиотеки Pyrogram или Telethon), так как это стандарт для разработки юзерботов на сегодняшний день . • База данных: SQLite (для старта) или MongoDB (для масштабирования и лучшей работы с неструктурированными данными) . 6. Состав работ и этапы разработки Этап Описание Результат Этап 0 Анализ и проектирование Детальная схема базы данных, сценарии диалогов (Flowchart), согласование пула из 50 фраз. Этап 1 Ядро системы Реализация мультиаккаунтности (авторизация, сессии, прогрев). Модуль управления очередью с задержкой 10-30 минут. Этап 2 Реализация скрипта A Модуль отправки сообщений с функцией ротации фраз (50+ вариантов). Этап 3 Реализация скрипта B NLP-модуль (на базе регулярных выражений или простых правил) для парсинга цен и сроков из ответов. Модуль генерации уточняющих вопросов. Этап 4 Интерфейс управления и логирование Консольная утилита или простой веб-интерфейс для управления списком таргетов и просмотра статистики. Этап 5 Тестирование Проверка сценариев «счастливый путь», «неполный ответ», «отказ», «без ответа». Этап 6 Документация и сдача Инструкция по развертыванию (Docker/Скрипты) и руководство пользователя. 7. Критерии приёмки 1. Успешно авторизовано и запущено 2 тестовых аккаунта. 2. Прогрев аккаунта выполнен автоматически (или вручную по инструкции). 3. Первое сообщение отправлено с интервалом не менее 10 минут и не более 30 минут. 4. Система корректно распознает цену и срок в ответах (тестовый набор ответов предоставляет Заказчик). 5. При неполном ответе система генерирует корректный уточняющий вопрос.

Веб-разработка. Разработка с нуля. О проекте Персональная health-платформа для одного пользователя. Система отображает данные с носимых устройств, историю анализов, протоколы, питание, тренировки и включает AI-агента для анализа данных. Нужно построить с нуля — чисто, надёжно, с правильной архитектурой. Стек: Next.js + TypeScript + Supabase + Claude API (или OpenAI) Источники данных: WHOOP API, Garmin API, 8Sleep API Что нужно сделать 1. Дашборд «Сегодня» Общий статус дня: recovery, энергия, сон — одним взглядом Данные с носимых в реальном времени: WHOOP (recovery %), 8Sleep (сон, баллы, deep/REM), Garmin (тренировки, нагрузка) Протоколы на сегодня Питание: КБЖУ за день Инсайт дня от AI-агента 2. Тренды Графики по периодам: 7д / 30д / 90д / год Метрики: HRV, recovery, сон, энергия, нагрузка Ключевые события на графике (курс БАДов, анализы, старт ЗГТ) Корреляции между метриками 3. Исследования (анализы) База биомаркеров (300+): значение, норма, динамика, статус (выше/норма/ниже) Категории: ОАК, гормоны, витамины, биохимия, иммунология, онкомаркеры, тяжёлые металлы, жирные кислоты и др. История изменений по каждому маркеру с графиком Загрузка новых анализов 4. Протоколы Календарь протоколов: сауна, крио, барокамера, гипоксия, красный свет, силовая, кардио Курсы БАДов: состав стека, дозировки, даты ЗГТ: текущий курс, препараты, дозировки История по каждому протоколу 5. Питание Приёмы пищи: дата, тип (завтрак/обед/ужин), состав, КБЖУ Дневной итог по нутриентам История последних приёмов 6. Тренировки История тренировок: дата, тип, длительность, калории, нагрузка (TL) График нагрузки за 8 недель Зона нагрузки сегодня с учётом recovery 7. AI-агент Чат-интерфейс с историей диалогов Агент имеет доступ ко всем данным пользователя Отвечает на вопросы: «почему вчера плохой сон», «готов ли я к силовой сегодня», «как кальян влияет на recovery» Два режима: быстрый ответ и глубокий анализ Быстрые промпты на главном экране 8. Дневник Ежедневные субъективные заметки: энергия (1-10), настроение, качество сна (1-10), заметки Привязка к дате для корреляции с объективными данными 9. Гипотезы Список активных и завершённых экспериментов Формат: гипотеза ? интервенция ? результат 10. Стратегия Текущие цели и фокусы Ключевые метрики для улучшения Технические требования База данных (Supabase): Правильная архитектура с первого дня — не переделывать потом Таблицы: daily_metrics, biomarkers, protocols, nutrition, workouts, journal, hypotheses Row Level Security — данные только одного пользователя Автоматическая синхронизация с API устройств (cron или webhooks) Интеграции с API: WHOOP API — recovery, sleep, strain, HRV Garmin API — тренировки, нагрузка, VO2max 8Sleep API — сон, температура, баллы Надёжная синхронизация: данные не теряются, обновляются автоматически AI-агент: RAG-архитектура: агент получает релевантные данные пользователя перед ответом Не просто ChatGPT — отвечает на основе реальных цифр конкретного человека Контекст: последние 30 дней метрик, текущие протоколы, история анализов Безопасность: NDA обязателен — проект конфиденциальный, не для портфолио Данные не передаются третьим лицам.