Бюджет: 120 PLN Срок: 1 день
Добрый день.
У меня есть опыт работы с OLX (API + скрейпинг), я хорошо понимаю, откуда берутся такие задержки. 10 минут — это не ограничение OLX, а проблема в логике бота (долгий цикл, полное парсирование, задержка перед отправкой уведомления).
Я могу быстро перестроить это на правильную схему:
— обнаружение новых объявлений без полного сканирования
— параллельные запросы
— немедленное уведомление после обнаружения
В результате можно сократить время до 30 секунд — 1–2 минут вместо 10 минут.
Время выполнения: от нескольких часов до 1 дня, в зависимости от кода.
Я могу просмотреть код и сразу указать, где проблема.
Бюджет: 100 PLN Срок: 3 дня
Здравствуйте!
У меня есть опыт разработки и оптимизации Telegram-ботов, в частности интеграции с API и скрапингом. Могу помочь исправить вашего бота **OLX**, чтобы уведомления приходили значительно быстрее:
• проанализирую текущее исполнение через **API v1 и скрапинг**, определю узкие места задержки
• оптимизирую логику получения новых объявлений, чтобы сократить время между публикацией и уведомлением
• при необходимости интегрирую альтернативные подходы (обновление через Webhook или более быстрый API)
• протестирую работу бота на стабильность и скорость
Готов обсудить детали, сроки и бюджет для быстрой реализации.
Бюджет: 75 PLN Срок: 1 день
Добрый день!
Я могу заняться улучшением работы бота OLX и ускорить отправку уведомлений. Я проверю текущую реализацию работы с API v1 и логику скрапинга, оптимизирую запросы, частоту проверки данных и способ обработки новых объявлений, чтобы сократить время появления уведомлений.
У меня есть опыт работы с API, веб-скрапингом и созданием ботов, поэтому я могу быстро диагностировать проблему и предложить решение.
Пожалуйста, свяжитесь со мной в личном сообщении, чтобы обсудить детали и увидеть текущий код!
- Проекты -
- Оценка -
- Рейтинг 224
Бюджет: 75 PLN Срок: 1 день
Привет, Łukasz!
Меня зовут Владислав, я Python-разработчик с опытом работы с Telegram-ботами и API, включая OLX. Могу просмотреть ваш текущий код и оптимизировать логику так, чтобы уведомления приходили максимально быстро — вместо 10 минут до нескольких секунд.
Мой подход:
Анализ текущей логики API / скрапинга и определение узких мест;
Переход на более эффективные методы получения данных и асинхронные запросы;
Оптимизация очередей обработки и кэширования;
Гарантия стабильной работы бота после изменений.
Готов подробно ознакомиться с вашим кодом и ТЗ, чтобы быстро приступить к работе.
Бюджет: 120 PLN Срок: 1 день
Добрый день.
Я могу просмотреть текущий код бота OLX и улучшить логику так, чтобы уведомления приходили быстрее. Из описания это выглядит как проблема со стороны способа опроса API / скрапинга и частоты проверки новых предложений, поэтому сначала я проверю, где именно возникает задержка, а затем внесу исправления, не переписывая всё с нуля.
Если у вас есть актуальный исходный код, я могу быстро войти в проект и восстановить разумную скорость работы. После завершения я также проверю основной сценарий, чтобы бот работал стабильно.
Бюджет: 75 PLN Срок: 1 день
Привет,
На каком языке написан бот? Я могу помочь с этим, потому что знаю эти API.
Бюджет: 100 PLN Срок: 1 день
Здравствуйте! Смогу реализовать. Напишите в личку, чтобы обсудить все детали. Буду рад сотрудничеству!
Бюджет: 75 PLN Срок: 2 дня
Привет!
10 минут задержки - это вина кэша OLX для старого API v1 и скрапинга. Этот код нельзя ускорить.
У меня уже есть готовое решение. Мой парсер обходит защиту и ловит новые объявления за 1-3 секунды после модерации.
Твой бот должен отправлять уведомления о новых объявлениях с OLX (например, в Телеграм), верно?
Бюджет: 75 PLN Срок: 1 день
Добрый день, могу помочь. Есть опыт работы с api и оптимизацией получения уведомлений без задержек
Бюджет: 100 PLN Срок: 1 день
Добрый день.
Могу посмотреть код и оптимизировать получение новых объявлений.
Здесь обычно проблема не только в коде, а в задержках API и кэшировании, но можно значительно ускорить за счет другой логики получения данных и более частого опроса.
Могу довести до максимально быстрого варианта.
Детали можем обсудить.
Бюджет: 75 PLN Срок: 1 день
Если код написан на Python, то проблем, думаю, не будет. С радостью помогу!
- Проекты 4
- Оценка 5.0
- Рейтинг 801
Бюджет: 80 PLN Срок: 1 день
Здравствуйте.
По логам видно две отдельные проблемы: фатал в плагине на `count()` по `bool` в `taxonomy_room_select.php:70` и JS-ошибка `wp is not defined` в переводах / скриптах. Задержка в 10 минут, вероятно, связана с медленным polling или полным повторным сканированием новых объявлений.
Перед началом работы хочу уточнить:
- есть ли доступ к коду / FTP
- можно ли работать через режим восстановления
- нужно ли только убрать фатал, или еще ускорить доставку сообщений
За дополнительной информацией обращайтесь в личные сообщения удобным для вас языком (укр., рус., англ.)
Бюджет: 75 PLN Срок: 1 день
добрый день, скиньте код вашего бота в ЛС, посмотрю что там за код.
Бюджет: 75 PLN Срок: 1 день
Здравствуйте! Ознакомившись с вашим проектом, я готов приступить к его выполнению.
Бюджет: 75 PLN Срок: 3 дня
Здравствуйте! Ознакомившись с вашим проектом, я готов приступить к его выполнению. Давайте обсудим детали для наилучшего результата.
Бюджет: 75 PLN Срок: 1 день
Добрый день могу сделать качественно и быстро можем обсудить дальнейшие детали и подробности
Бюджет: 85 PLN Срок: 1 день
Здравствуйте, я быстро это улажу! Я позабочусь о том, чтобы обновления из API были как можно более частыми (в соответствии с вашими потребностями). Кроме того, я доработаю архитектуру вашего бота, чтобы обеспечить его надежную работу. Ранее я работал с OLX, у меня есть опыт.
Бюджет: 75 PLN Срок: 1 день
Добрый вечер, Лукаш! Общий план ясен. Чтобы дать тебе точный ответ по срокам и ценам, я хотел бы прояснить несколько вопросов, которые возникли у меня после анализа твоего задания. Напиши мне в личные сообщения – обсудим детали и твои предпочтения.
Бюджет: 75 PLN Срок: 1 день
Łukasz, здесь проблема ясна: 10 минут задержки при OLX обычно является узким местом в API/скрапинге или неправильным опросом. Сначала я проверю, где именно теряется время: запросы, парсинг, кэш или расписание. Затем я ускорю обнаружение новых объявлений и уведомления. Я уже делал ботов и автоматизации, поэтому быстро найду источник задержек. Если хочешь, я просмотрю код и предложу конкретное исправление.
Бюджет: 75 PLN Срок: 1 день
Добрый день! Мы с коллегой профессионально занимаемся техническим проектированием автоматизированных систем и оптимизацией ботов более 4 лет, поэтому мы поможем вашему OLX-боту выйти на максимальную скорость работы с помощью перехода на актуальные методы авторизации и обработки листингов на Python, мы реализуем фронтенд-часть для управления фильтрами на React и настроим серверный мониторинг с минимальным интервалом запросов, уделив особое внимание стабильности сессий и мгновенной передаче новых объявлений в Telegram, наш опыт 4 года подтвержден успешными проектами drkukharevich.rivne.ua, crave-agency.com.ua, jk-solution.com.ua, где мы уже работали со сложными антифрод-системами и большими массивами данных, мы обеспечим техническую безупречность выполнения и готовы предложить решения для обхода задержек кэширования OLX.
Бюджет: 100 PLN Срок: 1 день
Здравствуйте! Мы с напарником (дизайнер + full-stack) более 4 лет специализируемся на разработке высоконагруженных парсеров и мониторинговых систем, поэтому мы профессионально переведем вашего бота на API v2 и настроим событийную модель получения данных через Python, что позволит сократить задержку с 10 минут до нескольких секунд за счет отказа от медленного скрапинга в пользу прямых запросов и оптимизации очередей обработки. Мы разработаем архитектуру с использованием асинхронных библиотек и прокси-ротирования для обхода лимитов, обеспечив технически безупречную скорость уведомлений. Наш опыт в разработке 4 года, посмотрите на наши работы с точки зрения производительности и стабильности: hyperfi.tech, espressolab.com.ua, hudi.com.ua
Бюджет: 150 PLN Срок: 2 дня
Привет!
С удовольствием ознакомлюсь с вашим кодом и постараюсь решить проблему с задержкой уведомлений.
Пожалуйста, дайте доступ или отправьте фрагмент — я проверю, где узкое место, и предложу решение.
Бюджет: 75 PLN Срок: 1 день
Добрый день
Напишите
Готов выполнить вашу работу
Буду рад помочь с ваше задаче
Бюджет: 100 PLN Срок: 1 день
Здравствуйте,
Я заинтересован в помощи по исправлению и оптимизации вашего бота OLX.
Судя по вашему описанию, основная проблема заключается не только в том, что бот работает, но и в том, что уведомления задерживаются примерно на 10 минут из-за текущего API v1 и подхода к скрапингу. Я могу помочь проанализировать, где происходит задержка, и улучшить поток, чтобы уведомления доставлялись гораздо быстрее и надежнее.
Мой подход будет заключаться в том, чтобы:
* просмотреть текущую логику бота и поток запросов
* определить, где теряется время
* оптимизировать логику опроса/парсинга и тайминг запросов
* сократить ненужные задержки в канале уведомлений
* улучшить стабильность, чтобы более быстрые проверки не ломали бота
В таких задачах настоящая ценность заключается в правильном нахождении узкого места, а не просто в исправлении кода. Я могу помочь сделать бота более отзывчивым и практичным для реального использования.
Я был бы рад просмотреть текущий код и обсудить лучший способ его ускорения.
С наилучшими пожеланиями,
Никола
Ставки пока отсутствуют
Актуальные фриланс-проекты в категории Python
Необходимо разработать приложение или скрипт, который будет автоматически конвертировать файлы из форматов YML или JSON в формат XLS, с последующей генерацией ссылки на выходной XLS файл для прома Требования: Входные данные: Файл в формате YML (ссылки будут предоставлены) или Файл в формате JSON (ссылки будут предоставлены, JSON не содержит дерева категорий, но каждый товар находится в отдельном массиве). Выходные данные: Файл в формате XLS с доступом через прямую ссылку. Файл должен обновляться автоматически по расписанию, например, ежедневно. Функциональные требования: Возможность указания количества дней для Наличия Под заказ для каждой входной ссылки. Приложение должно стабильно работать в условиях ограниченного по ресурсам хостинга. Желательно интуитивно понятный веб-интерфейс для управления настройками.
Необходимо внести небольшое изменение в программу, которая формирует заказы для печати. Задача: Мы добавили в ассортимент мягкое стекло с принтом. В заказах название принта будет выделено символами #...# для корректного распознавания. Пример: Мягкое стекло, #Абстракция белая# 2.0mm, Форма: Прямоугольник... Необходимо: если в тексте заказа присутствует фрагмент между символами #...#, программа должна распознать его как заказ с принтом; при формировании PDF или листа для печати такой заказ нужно выделить отдельным цветом (любым заметным, согласуем во время выполнения); остальная логика работы программы должна остаться без изменений. Пример заказа добавляю ниже для тестирования.
О проекте: Мы запускаем B2B-сервис сквозной аналитики и управления рекламными кампаниями для таргетологов и медиабаеров. Продукт будет работать с официальным Meta API. Главная техническая сложность и фокус проекта — виртуозная работа с лимитами Facebook, маршрутизация трафика между пулом наших приложений и жесткая система защиты инфраструктуры от блокировок серых рекламных аккаунтов. У нас уже есть подробное техническое задание, описана архитектура баз данных, логика балансировщика и требования к интерфейсам. Ищем исполнителя, который возьмет это в реализацию под ключ (бэкенд + фронтенд дашбордов). Что предстоит сделать (Ключевые задачи): Интеграция с Meta API: Настроить авторизацию пользователей и регулярный асинхронный парсинг статистики рекламных кабинетов. Запросы должны отправляться исключительно пакетами для экономии лимитов. Система авто-отвязки кабинетов: Написать модуль, который непрерывно мониторит статусы рекламных аккаунтов. Если кабинет улетает в бан, система должна автоматически отозвать токен доступа в течение 60 секунд, чтобы защитить наше приложение от санкций Meta. Инфраструктура прокси: Реализовать туннелирование всех запросов к API через пул SOCKS5. Обязательна жесткая привязка конкретного токена пользователя к статичному IP-адресу. Умная маршрутизация: Создать алгоритм, который будет распределять привязываемые рекламные кабинеты между несколькими нашими приложениями Facebook в заданных пропорциях для снижения рисков. Разработка интерфейсов: Создать клиентский дашборд со сводной таблицей статистики и продвинутую админ-панель для ручного управления лимитами пользователей, привязками к приложениям и пулом прокси. Ожидаемый стек технологий: Бэкенд: Python, FastAPI. Асинхронные задачи: Celery, Redis. Базы данных: PostgreSQL (или ClickHouse для статистики, на ваше усмотрение). Фронтенд: Vue.js или React (можно использовать готовые UI-библиотеки и шаблоны дашбордов, упор на функциональность, а не сложный дизайн). Требования к исполнителю: Уверенный опыт работы с Meta Graph API и Marketing API. Вы должны понимать, как работают скользящие лимиты, как читать заголовки загруженности и как работать с токенами. Понимание специфики арбитража трафика. Слова «биллинг», «бан рекламного кабинета», «бизнес-менеджер» и «фарм» не должны вызывать у вас вопросов. Опыт построения асинхронных парсеров и работы с прокси-серверами на уровне сетевых запросов. Готовность работать по четкому техническому заданию и сдавать проект поэтапно. Условия: Формат сотрудничества: Проектная работа Бюджет: Обсуждается индивидуально на основе вашей оценки технического задания. Оплата: Поэтапная, привязанная к контрольным точкам. Как откликнуться: В сопроводительном письме обязательно укажите ваш опыт работы с Meta API, прикрепите ссылки на похожие проекты (или опишите их функционал, если они под NDA) и напишите ориентировочную вилку цен и сроков на разработку подобной системы с нуля. Отклики без описания релевантного опыта работы с Facebook API рассматриваться не будут.
Ищем специалиста по LLM, RAG и prompt engineering для аудита и улучшения уже созданного ИИ-ассистента операторов контакт-центра сети медицинских центров. Это не разработка с нуля. В настоящее время ассистент работает в среде ChatGPT и использует: собственную навык с инструкциями SKILL.md; базу знаний в Project Sources; структурированные Markdown-файлы, автоматически сформированные из CSV-выгрузок медицинской информационной системы; отдельные индексы цен, исполнителей, подразделений, пакетов, оборудования и рекомендованных комбинаций услуг. База содержит примерно: 2 700+ медицинских услуг; 90+ пакетов и комплексов; 300+ рекомендованных комбинаций; 600+ хирургических вмешательств; цены по различным подразделениям; исполнителей, адреса, подготовку, оборудование и другую справочную информацию.Что должен делать ассистент По запросу оператора ассистент должен быстро предоставлять проверенный ответ: предоставляется ли нужная услуга; точный код, название и цена; в каких подразделениях она доступна; кто из врачей или других специалистов ее выполняет; как подготовиться; какой пакет или комплекс выгоднее предложить; какие сопутствующие услуги целесообразно предложить; какая последовательность комплексного записи; какие есть более дешевые или альтернативные варианты; для операций — отдельно базовую цену и ориентировочную общую стоимость случая хирургического лечения. Ассистент не должен выдумывать цены, исполнителей, подготовку, медицинские показания или переносить информацию между похожими услугами.Наличие проблем Система уже работает, но требует повышения стабильности поиска и качества ответов. В частности: модель иногда находит основную услугу, но пропускает рекомендованные комбинации; не всегда извлекает отдельные поля из больших Markdown-файлов; может находить базовую цену операции, но пропускать общую стоимость хирургического случая; результаты зависят от структуры и размера файлов в Project Sources; необходимо оптимизировать индексы, маршрутизацию источников и правила поиска; необходимо обеспечить одинаково качественные ответы на короткие, неточные и разговорные запросы операторов. Например, простой запрос «холецистэктомия» должен сразу вернуть доступные варианты операции, коды, базовые цены, общую стоимость лечения, подразделения, исполнителей и связанные услуги.Задачи специалиста Провести аудит действующего SKILL.md, структуры базы знаний и логики поиска. Проанализировать причины пропуска данных во время retrieval. Предложить оптимальную архитектуру базы знаний для ChatGPT. Усовершенствовать или переписать SKILL.md. Оптимизировать структуру Markdown-файлов и компактных индексов. Настроить обязательный поиск: пакетов и комплексов; рекомендованных комбинаций; цен по подразделениям; исполнителей; стоимости случая хирургического лечения. Проверить генератор базы знаний из CSV-выгрузок и при необходимости усовершенствовать Python-скрипты. Создать набор контрольных запросов и критериев оценки ответов. Провести тестирование на реальных сценариях контакт-центра. Предоставить финальную документацию для дальнейшего обновления и поддержки системы.Ожидаемый результат Должны получить стабильного ассистента, который: отвечает на украинском языке; не пропускает критически важные данные; возвращает только информацию, подтвержденную базой знаний; правильно различает услуги, пакеты и рекомендованные комбинации; показывает код, название, цену, подразделение и исполнителя; для операций разделяет базовую цену и полную стоимость лечения; предлагает оператору конкретный сценарий дальнейшей записи пациента; стабильно работает после следующих обновлений CSV-выгрузок; работает относительно быстро.Требования к исполнителю Нужен специалист с практическим опытом: ChatGPT Projects, Custom GPT или ChatGPT Skills; LLM, RAG, retrieval и семантического поиска; prompt engineering; проектирования баз знаний для языковых моделей; Markdown, CSV, JSON/JSONL; Python для обработки и преобразования данных; тестирования качества ответов LLM. Будет преимуществом опыт с медицинскими информационными системами, контакт-центрами или большими каталогами услуг. Мы ищем не только автора промтов, а специалиста, который понимает ограничения поиска в больших источниках, фрагментацию контекста и способы построения надежных индексов.Что предоставить в предложении Просим кратко указать: Ваш опыт с ChatGPT, RAG или корпоративными базами знаний. Примеры похожих реализованных проектов. Как бы вы подошли к диагностике пропуска отдельных полей в больших файлах. Ориентировочные сроки и стоимость аудита и доработки. Готовы ли вы подписать соглашение о конфиденциальности. Персональные данные пациентов в рамках этого проекта не будут передаваться. Окончательная стоимость работ будет согласована после уточнения Технического Задания между Заказчиком и Исполнителем.
Коротко Нужна программа на Python, которая запускается у меня на ПК (Windows) и делает faceless-видео формата «закадровый голос + сменяющийся видеоряд из фото и клипов» — как исторические документалки на YouTube (пример прикреплю отдельно). Я ввожу тему → программа пишет сценарий, озвучивает, подбирает под каждый кусок текста видео/фото из бесплатных архивов, склеивает → выдаёт готовый MP4. Только для меня. Без сайта, без пользователей, без продажи. Один пользователь — я. Как работает (по шагам) 1. Ввод. Открывается простое окно. Я ввожу тему ролика и выбираю голос озвучки из списка (**список голосов подтягивается автоматически из ElevenLabs по API** — доступные на моём аккаунте). Жму «Создать». (Второй режим: вставить готовый сценарий вместо генерации.) 2. Сценарий. Программа через LLM API (OpenAI/Anthropic, ключ в настройках) пишет сценарий по теме, заданной длины. 3. Разбивка на сцены. LLM делит сценарий на сцены и для каждой возвращает: текст сцены; тип визуала: видео или фото; поисковый запрос (развёрнутая фраза, что должно быть в кадре); пометку «highlight» + оценку важности 1-10 (для интро, см. ниже). 4. Озвучка. Текст отправляется в ElevenLabs API выбранным голосом → аудио. Под длину аудио каждой сцены режется видеоряд. 5. Подбор видео/фото — из бесплатных источников по API (см. список ниже). Под каждый источник запрос формируется по-своему (для точности). Если в одном не нашлось — пробует следующий. 6. Проверка (максимум 3 шага на сцену). Шаг 1: программа берёт первый найденный вариант (видео/фото) по запросу. Шаг 2: отправляет кадр в LLM — «подходит под сцену?». Подходит → стоп. Шаг 3 (если не подходит): программа переключается на поиск фото (по точному запросу фото найти проще, чем видео, — так гарантированно попадаем по смыслу) и берёт его с усиленным движением (зум + панорама). Больше 3 шагов на одну сцену не делать — это экономит бюджет LLM и гарантирует, что кадр в тему. 7. Сборка через ffmpeg/moviepy: клипы и фото под тайминг озвучки, фото оживляются зумом (эффект Кена Бёрнса), голос поверх, простые переходы. Выход: MP4 1920×1080. Правила видеоряда (важно — за это отвечает программа) Первые 60 секунд — интро-тизер: нарезка самых эффектных клипов из всего ролика (берутся сцены с высшей оценкой важности, где есть видео) под отдельный текст-вступление от LLM («в этом видео вы узнаете…»), кадры без пояснений, как интрига. Потом переход и основная часть. Чередование: видео-вставка минимум каждые ~6 секунд, нельзя много фото подряд. Доля видео: не меньше ~40% времени — живые клипы, остальное — фото с зумом. Длина кадра: 4-6 секунд (и фото, и видео). Не мельтешить, не держать статику долго. Для чисто исторических тем, где видео нет — фото с усиленным движением (зум + панорама). Источники (все бесплатные, с API) Современное видео+фото: Pexels, Pixabay. Историческое / архивное (public domain): Wikimedia Commons, Archive.org,Library of Congress, Europeana, NASA, Smithsonian Open Access,Flickr Commons, openverse. Каждый источник — отдельный модуль, легко добавить новый. Использовать только public domain / свободные лицензии с правом коммерческого использования. Никакого парсинга чужих YouTube/сайтов, кусков фильмов, картинок «из гугла».Уникальность подбора Чтобы видео не совпадали с чужими: брать случайный клип из топ-выдачи (не первый), вести базу уже использованных (не повторять), опционально — лёгкая обработка клипа (кроп/зеркало/ скорость). Опции (вкл/выкл в настройках) Только фото — если включено, видео собирается ЧИСТО из фото, без видео-клипов. Каждое фото ОБЯЗАТЕЛЬНО с движением (зум и/или панорама, эффект Кена Бёрнса) — даже в этом режиме не должно быть статичных «мёртвых» кадров, минимальная динамика всегда. Если выключено — стандартный режим (фото + видео-клипы с чередованием, как в правилах видеоряда). Без озвучки — если включено, видео собирается по тексту БЕЗ генерации голоса: код НЕ обращается к ElevenLabs и не накладывает озвучку (видеоряд подбирается по тексту сцен, тайминг кадров — по правилам/параметрам, без привязки к аудио). Если выключено — автоматически делает озвучку по тексту через ElevenLabs, как обычно. Атмосферный оверлей — если включено, поверх всего видеоряда накладывается полупрозрачный слой с плавающими частицами / пылью / светящимися боке / лёгким туманом (particle / dust / bokeh / fog overlay, режим наложения screen/add), чтобы кадры выглядели живыми и кинематографичными. При установке программы кладётся набор из 5-8 популярных оверлеев (частицы, пыль,copyбоке, туман, лёгкое киношное «зерно») в локальную папку — я выбираю нужный из списка. Регулируемая прозрачность/яркость оверлея (ползунок 0-100%), чтобы эффект не был ниcopyслишком тусклым, ни слишком выраженным — я сам настраиваю силу. Желательно, чтобы оверлей можно было накладывать и на УЖЕ готовое видео отдельноcopy(постобработка: взять готовый MP4 → выбрать оверлей → задать прозрачность → сохранить), а не только при сборке. Откуда взять оверлеи для комплектации (свободная лицензия): Pexels, Pixabay (запросыcopy«particle overlay», «bokeh overlay», «dust overlay», «light leaks», «film grain»), Mixkit, Videezy. Исполнитель подбирает 5-8 штук и кладёт в папку программы. Субтитры (вшить или отдельным .srt). Обработка клипов для уникальности. Разрешение/формат, длина видео, доля видео, глубина поиска.Технические требования Python. Модульная структура (источники и LLM — через сменные модули, чтобы легко заменить или добавить). Все API-ключи — в файле настроек, не в коде. Простое окно (GUI на выбор исполнителя — Tkinter/PyQt), запуск двойным кликом. README с инструкцией, понятные логи, комментарии в коде.Что даю я API-ключи (ElevenLabs, LLM, где нужна регистрация — оформлю). Платное оплачиваю сам. Примеры видео-референсов (прикреплю) и примеры тем для тестов.Приёмка (готово, если) Запускаю → окно → ввожу тему, выбираю голос → «Создать» → получаю готовый MP4. Видеоряд по смыслу текста, чередование видео/фото, интро-тизер 60 сек, озвучка поверх. Работает минимум с 6 бесплатными источниками, с fallback между ними. Проверка кадров через LLM: макс. 3 шага на сцену (нашли → LLM проверил → если нет, фото с движением как верняк). Уникальность: рандомизация + база использованного. Только легальные источники. Есть README, запускается с нуля.Передача результата Весь исходный код — в открытом виде (все файлы), без обфускации + собранная рабочая версия. Я могу сам запустить из исходников по инструкции (README: установка, ключи, запуск). Код должен быть чистым, прокомментированным и понятным, чтобы **любой другой программист мог продолжить работу** над ним, если понадобится (не привязка к автору). **Вся повседневная работа — через интерфейс (кнопки, поля, ползунки, выпадающие списки), БЕЗ необходимости трогать код.** Все настройки (тема, голос, опции, оверлей, папки, длина, форматы) меняются в окне программы, а не редактированием файлов. Код на руках — только как моя собственность и страховка, а не как способ управления программой. Все права на код после оплаты — мои.Управление местом на диске (важно) Программа не должна забивать диск. Реализовать: После сборки видео все промежуточные файлы (скачанные клипы, временные куски, аудио-нарезки) автоматически удаляются — на диске остаётся только готовый MP4. Лимит на кэш (параметр в настройках, напр. 5 ГБ): при превышении старые скачанные файлы удаляются автоматически (сначала самые старые). Папку для готовых видео и для временных файлов я задаю в настройках. Показывать, сколько места занято, и кнопка «очистить кэш» вручную.Прошу указать в отклике Примеры похожих работ (ffmpeg/moviepy, работа со стоковыми/архивными API, ElevenLabs/LLM). Предложение по GUI. Использует ли решение базу данных (какую и зачем) — или хватает локальных файлов. Срок и стоимость.