Менеджер загрузок, который умеет разговаривать с Claude
Есть категория утилит, которые незаметно живут в трее годами. Менеджер загрузок — как раз из таких. Ставишь один раз, забываешь, вспоминаешь только когда браузер снова падает на скачивании ISO-образа на 8 гигабайт. И вот тут становится интересно, потому что герой сегодняшнего обзора — это не просто «качалка».
FluxDown — проект от zerx-lab, который позиционирует себя как свободную альтернативу IDM. Автор называет его Rust-based download manager с поддержкой HTTP/FTP/BitTorrent и потокового видео. Звёзд на GitHub уже за 3 тысячи, форков под 180 — для нишевой утилиты вполне живой интерес.
Зачем вообще менеджер загрузок в 2025 году
Казалось бы, встроенный загрузчик Chrome и Firefox справляется. Но у него есть странная особенность: одно соединение, никакого докачивания после обрыва, и полное неумение качать торренты. Если интернет у вас нестабильный или файлы большие, начинается знакомый танец с бубном.
IDM эту проблему решил ещё в нулевых сегментированием: файл режется на куски, куски качаются параллельно, скорость вырастает в разы. Проблема в том, что IDM стоит 24,95 доллара с ежегодными продлениями и работает только на Windows. FluxDown идёт по тому же принципу, но бесплатно, с открытым кодом под AGPL-3.0 и сразу на пяти платформах.
Что внутри
Движок написан на Rust поверх Tokio. Заявленное ускорение — до десяти раз по сравнению с обычной загрузкой, за счёт динамического сегментирования. Идея знакомая по IDM, но с улучшением: потоки перераспределяются прямо во время скачивания. Если один сегмент тормозит, свободные потоки приходят ему на помощь. В IDM это работает не так гибко.
Протоколов много, и это реально выделяет FluxDown:
- HTTP/HTTPS и FTP — база
- BitTorrent с DHT, UPnP и magnet-ссылками
- eD2K с поиском источников через сервер и Kad DHT, проверкой MD4
- HLS с AES-расшифровкой и DASH
Последнее особенно приятно. Скачать потоковое видео, которое отдаётся по частям, обычным загрузчиком почти невозможно — приходится лезть в yt-dlp или ffmpeg. Здесь это встроено.
Есть и контроль скорости через token-bucket. Не самая заметная фича, но если вы качаете что-то объёмное в фоне и не хотите, чтобы браузер превратился в слайд-шоу, лимит выручает. Заодно приятно, что состояние загрузки пишется в SQLite с WAL — внезапное отключение электричества больше не обнуляет прогресс.
Самая необычная часть — MCP-сервер
Вот на чём я задержался дольше всего. Внутри FluxDown встроен MCP-сервер (Model Context Protocol). Простыми словами, это значит, что ИИ-агенты вроде Claude Desktop, Cursor или Cline могут управлять вашими загрузками напрямую.
Endpoint поднимается локально:
http://127.0.0.1:17800/mcp
Авторизация через Bearer-токен, который генерируется автоматически при включении MCP в настройках. Наружу ничего не торчит — по умолчанию только localhost. Конфиг для клиента выглядит так:
{
"mcpServers": {
"fluxdown": {
"url": "http://127.0.0.1:17800/mcp",
"headers": { "Authorization": "Bearer <your-token>" }
}
}
}
Агенту доступно 12 инструментов: добавить загрузку, посмотреть список, поставить на паузу, возобновить, удалить, работать с очередями и RSS-подписками. Сценарий «Слушай, Claude, подпишись на этот RSS и качай новые выпуски подкаста» звучит как реклама, но оно действительно так работает. Слой MCP реализован в native/api/src/mcp.rs поверх того же трейта ApiHost, что и REST-API с aria2-совместимым JSON-RPC.
Как это собрано
Архитектура не самая обычная для десктопного приложения. Интерфейс на Flutter, движок на Rust — и они общаются не через классический FFI, а через сигналы Rinf. Звучит как лишний слой абстракции, но у него есть смысл: Dart и Rust остаются независимыми, обмен идёт через сгенерированные bindings.
Flutter UI → Rinf signals → hub → fluxdown_engine → HTTP/FTP/BT/eD2K/HLS → SQLite
Расширение для браузера построено на WXT и общается с движком через Native Messaging, а дальше по именованному каналу. Интересно, что перехват загрузок сделан трёхуровневым, плюс есть подслушивание потокового медиа и обход по Alt+Click.
Кому это пригодится
Первый и очевидный кейс — домашний сервер или NAS. Тут целый зоопарк пакетов: Docker-образ на ghcr.io, Synology DSM 6/7 в виде .spk, QNAP .qpkg, OpenWrt .ipk, шаблон для Unraid и приложения для CasaOS с ZimaOS. Headless-сервер включает MCP по умолчанию, так что можно закидывать задачи из терминала или от ИИ-агента.
Второй — Android. Собраны сборки под arm64-v8a, armeabi-v7a и x86_64, есть универсальный APK. Мобильных менеджеров загрузок с торрентами и открытым исходным кодом не так много.
Третий — та самая замена IDM на десктопе. Windows в .exe и портативном .zip, macOS в .dmg, Linux в .AppImage, .deb и пакете для Arch.
Что стоит учитывать
Проект молодой и активный: около 400 открытых issues на момент обзора. Столько на старте — это нормально для живой разработки, но и сигнал, что сырые места ещё есть. Ветка main используется как основная для разработки, стабильные релизы отдельно трекает stable. Если собираетесь контрибьютить — форкайтесь от main и туда же шлите PR, перед этим прогоните cargo fmt, cargo clippy -D warnings и flutter analyze.
Лицензия AGPL-3.0 — для личного использования без разницы, но если захотите встроить движок в свой продукт, придётся раскрывать исходники.
FluxDown попадает в редкую нишу: бесплатный кросс-платформенный менеджер загрузок с мультипротокольностью, который при этом не выглядит как хобби-поделка. MCP-сервер — не маркетинговая наклейка, а работающий инструмент, и именно он делает проект непохожим на остальные загрузчики.
Начать проще всего с готового сборки под свою систему — занимает пару минут. Если нужны торренты и RSS на домашнем сервере, смотрите в сторону Docker-образа или шаблона для Unraid. Ну а любители покопаться в коде получат довольно интересный пример связки Flutter и Rust без лишнего FFI-клея.
