Открытая лаборатория · сезон 1 · день 21
АрхивBuild✓ подтвердилосьTechnologyAI

Свой сервис транскрибации YouTube для людей и агентов

Результат
✓ Гипотеза подтвердилось

Сервис заработал стабильно только на residential proxy. Исходная гипотеза опровергнута: сложность не в коде, а в IP-репутации VPS. Cookies быстро протухают, домашний туннель хрупок, все 10 static proxies не подошли.

Что получилось

Сервис заработал: ссылка на видео YouTube → текст за 5–20 секунд. И для человека, и для агентов (Hermes, OpenClaw) по API. С 08.10.2026 он живёт внутри сайта, в «Сервисах»: первый инструмент лаборатории для тех, кто вошёл.

4
способа выйти к YouTube с сервера
сработал один
0 из 10
статических прокси Webshare прошли тест
1
резидентный прокси решил задачу

Самым сложным оказался не код. FastAPI, страница и nginx собрались быстро. Сложной была репутация IP: YouTube режет адреса облачных серверов, и обе библиотеки, youtube-transcript-api и yt-dlp, получали «Sign in to confirm you're not a bot» и 429.

Как сервис пробивался к YouTube
  1. май 2026Прототип: FastAPI + страница + systemd + nginx

    Две библиотеки по очереди: youtube-transcript-api, потом yt-dlp. Первым сломался nginx: редирект уводил на внутренний порт :2443.

  2. Попытка 1 — cookies из браузера

    Помогало на день-два. YouTube ротирует cookies, yt-dlp прямо пишет: «cookies are no longer valid». Это операционный долг, а не решение.

  3. Попытка 2 — reverse SOCKS через Mac

    YouTube видел домашний IP, и всё работало. Пока Mac включён и не сидит на VPN через тот же сервер: тогда получалась петля.

  4. Попытка 3 — 10 статических прокси Webshare

    Ни один не прошёл полный тест. Часть отдавала список субтитров, но падала на скачивании самого файла.

  5. Попытка 4 — резидентный прокси DataImpulse

    Внешний IP стал «домашним», и yt-dlp скачал настоящие .vtt. Публичные адреса заработали стабильно.

  6. 08.10.2026Переезд в «Сервисы» dima.cloud

    Вход через Telegram, 10 видео в сутки на человека. Старая страница app.dima.cloud/transcribe ведёт сюда.

Открытие

Сервис расшифровки YouTube — это не про Python-библиотеку, а про то, откуда ты выходишь в интернет. Без резидентного или мобильного прокси решение ломается на cookies, VPN, 429 и проверке на бота.

Что ещё не сделано: API для агентов пока открыт без ключа. Нет кэша по video_id, поэтому за повторный запрос того же видео прокси платится снова. Нет отдельной проверки, жив ли прокси.

Вопрос

Можно ли держать на своём VPS стабильный endpoint, который отдаёт транскрипт YouTube-видео и человеку, и агентам (OpenClaw, Hermes)?

Гипотеза

Достаточно FastAPI + yt-dlp / youtube-transcript-api + nginx; главная работа — в коде.

Протокол

FastAPI backend, простая HTML-страница, systemd, nginx route на app.dima.cloud/transcribe. По очереди проверены обходы блокировки YouTube: cookies из браузера, reverse SOCKS через Mac, 10 static proxies Webshare, residential proxy DataImpulse.

Выводы · 4

Настройки в UI мешали: почти всегда нужен лучший доступный транскрипт.

Интерфейс упрощён до «ссылка → транскрипт или ошибка», API сохранил совместимость.

уверенность: средняя
Static/datacenter proxies задачу не решают, residential — решает.

0 из 10 static proxies Webshare прошли реальный тест скачивания субтитров.

уверенность: средняя
Cookies — временный обход, который становится операционным долгом.

Ротируются и инвалидируются браузером.

уверенность: высокая
Главная проблема — не библиотека, а IP-репутация сервера.

YouTube режет VPS/cloud IP: «Sign in to confirm you're not a bot», 429.

уверенность: высокая

Журнал · 1 запись

11 мая 2026архив
Разбор пути опубликован
Как мы подняли свой сервис транскрибации YouTube-видео — черновой разбор: задача, попытки, поломки, итоговая архитектура.
Follow · следить

Узнай, чем это закончится

Напишу, когда появится результат, провал или новый протокол. Без рассылки «обо мне», отписка в один тап.

Один тап в Telegram. Без пароля и без почты.