Окно мониторинга: 2026-11-04 06:00 ~ 2026-11-05 06:00 (пекинское время, 24 часа; продолжение отсечки предыдущего ежедневного отчёта).

Источники: GitHub (полная проверка 61 репозитория org: flagos-ai, 238 коммитов, 167 слитых PR, 288 обновлённых в окне PR на рассмотрении, из них 151 новый, пуши в 26 репозиториев, атомарная проверка Release в 31 репозитории и Tag в 8 репозиториях), Google News RSS (24 группы запросов на китайском и английском, через прокси), HN Algolia (8 групп), колонка FlagOS на CSDN (постатейная проверка времени), сообщество Zhiyuan/BAAI (подробнее см. список источников в приложении).

Индекс текущего выпуска

  • Главное за сегодня: Torch-FL за один день слил 29 коммитов, MPS доработан до возможности обучения, Cambricon MLU подключён как нативная платформа; FlagTree за четырнадцать минут открыл 38 стековых заявок; vLLM 0.28.0 repack добавлен в индексы 11 производителей (11-04)
    1. Прогресс открытых проектов (динамика GitHub)
      • 1.1 Ритм организации: пуши в 26 репозиториев, 238 коммитов, 167 слито, 288 на рассмотрении обновлены в окне (11-04)
      • 1.2 Версии: 2.3.0 фиксирует Hygon DTK 26.10, Ascend CANN 9.2.1 дополнен повторной публикацией OCI-тегов (11-04)
      • 1.3 Инференс-стек: vLLM 0.28.0 repack вошёл в индексы 11 производителей, FlagGems-vllm открывает ежедневную линию wheel (11-04)
      • 1.4 Слияния FlagGems: закрыто 35, Iluvatar CoreX 12, NVIDIA 9, Enflame 5 (11-04)
      • 1.5 Новые заявки FlagGems: из 66 заявок 41 для GCU300, массовый поток заявок на покрытие Enflame (11-04)
      • 1.6 FlagTree: все улучшения TLE переведены на runtime-переключатели, за четырнадцать минут открыто 38 стековых заявок (11-04)
      • 1.7 FlagQuantum: 29 слияний, последовательное внедрение стека синтеза UP-04/05/06 и разреженного химического SELECT (11-04)
      • 1.8 Обучение и библиотеки операторов: Megatron получает второй коммит с DSv4, плагин SGLang дополнен Iluvatar CoreX 0.5.18 (11-04)
      • 1.9 Сопутствующая инфраструктура: унификация DEB/RPM-упаковки на verify-only, optest исследует списки операторов по производителям (11-04)
    1. Новости и экосистема
      • 2.1 Проверка каналов: 24 группы запросов без попаданий на уровне компонентов, в окне нет новых материалов на CSDN и HN (11-05)
      • 2.2 Экосистема: Zhiyuan/BAAI выпускает рамочный документ по управлению рисками передовых открытых весов AI (11-04)
    1. Углублённое изучение членов и производителей бэкендов
      • 3.1 Cambricon: MLU входит в Torch-FL как нативная платформа, испытания на восьмикарточной MLU590-M9 (11-04)
      • 3.2 Horizon Robotics: библиотека операторов BPU доведена до рабочего состояния, цепное исполнение сжимает четыре диспетчеризации до 0,673 мс (11-04)
      • 3.3 Hygon: реализован прямой проход FP32 flash attention, дополнительно открыто девять заявок на оптимизацию FP32 (11-04)
      • 3.4 Iluvatar CoreX и Enflame: один дополняет пустую адаптацию SGLang, другой открывает сорок одну заявку на GCU300 (11-04)
      • 3.5 Kunlunxin, MetaX, Ascend, Moore Threads и Tsingmicro: исправления и тюнинг параллельно (11-04)
    1. Итоги и наблюдения за трендами
  • Приложение: таблица проверки источников, полный список источников

Главное за сегодня: Torch-FL за день закрыл две границы; FlagTree перестроил TLE через стековые заявки; vLLM 0.28.0 repack разложен по 11 индексам (11-04)

Дата: 2026-11-04　Источник: Torch-FL PR #720 · Torch-FL PR #738 · FlagTree PR #1565 · FlagTree PR #1563 · build-infra PR #1635 · build-infra PR #1642 (полный список см. в приложении)

  • Двустороннее расширение унифицированного уровня устройств: Torch-FL за день получил 29 слияний и 29 коммитов, причём направления у них разные. С одной стороны, backend MPS для Apple Silicon доведён до состояния «способен обучать» — добавлены addmm (оператор, в который реально попадает nn.Linear со смещением), обратное распространение свёртки, семейства сравнения и редукции, тригонометрические и экспоненциальные семейства, cumprod, tril, причём обратное распространение свёртки побитово совпадает с эталонной реализацией; с другой стороны, Cambricon MLU подключён как новая vendor-native платформа: добавлено 4870 строк, удалено 64 строки, 40 файлов, проведено сквозное тестирование на восьмикарточной MLU590-M9. В одном и том же репозитории в один и тот же день — с одного конца потребительский GPU, с другого — отечественная ускорительная карта.
  • Компиляторный стек переделан через накладываемые переключатели: FlagTree с 13:02 по 13:15 за четырнадцать минут открыл подряд 38 PR: [TLE][NVIDIA] — 12, [TLE][AMD] — 4, [TLE][Iluvatar] — 7, [FlagCX] — 5, [Iluvatar][Native] — 5, ещё 1 PR оформляет граф зависимостей функциональных PR и критерии проверки в виде документации. В тот же день слитый #1565 превращает каждое улучшение FlagTree в двойной вход «макрос времени компиляции + переключатель времени выполнения» — если backend даст регрессию, можно отключить только это улучшение, не откатывая весь компилятор.
  • Версионная поверхность продолжает обрастать образами: 2.3.0 фиксирует для Hygon DTK 26.10 уровни base и runtime, base-образ Ascend CANN 9.2.1 переотправлен после добавления меток OCI provenance. По состоянию на сегодня changelog всех 23 base- и 23 runtime-образов уже содержит 2.3.0, охватывая 23 линейки инструментальных цепочек 12 вендоров.
  • Дистрибутивы развёрнуты разом: зафиксированный в build-infra repack vLLM 0.28.0+flagos уже вошёл в индексы 11 вендоров (AMD, Ascend, Cambricon, Enflame, Hygon, Iluvatar, Kunlunxin, MetaX, NVIDIA, Enflame Xiwang, Tsingmicro), для aarch64 предоставлены cp311 и cp312, для x86_64 — cp310 и cp312; в тот же день для FlagGems-vllm добавлена ежедневная ветка wheel.
  • Оценка темпа: 26 репозиториев с пушами, 238 коммитов, 167 слияний, 288 обновлений в окне проверки, 151 новых открытий. Слияний на 5,6% меньше, чем в предыдущем окне, новых открытий на 29,1% больше, прирост сосредоточен в 66 у FlagGems и 38 у FlagTree — оба репозитория демонстрируют картину массового открытия заявок и порционного слияния.

1. Прогресс открытых проектов (динамика GitHub)

1.1 Ритм организации: 26 репозиториев с пушами, 238 коммитов, 167 слияний, 288 обновлений в окне проверки (11-04)

Дата: 2026-11-04　Источники: репозитории организации flagos-ai · поиск коммитов · поиск слитых PR · поиск PR в проверке

  • Сторона репозиториев: из 61 репозитория в окне были пуши в 26 репозиториях; по времени пуша от ближайшего к дальнему: vllm-plugin-FL, Torch-FL, build-infra, FlagQuantum, FlagTree, release-info, FlagGems, optest, FlagGems-vllm, FlagGems-sglang, docs, FlagAttention, Megatron-LM-FL, FlagScale-Agent, sglang-plugin-FL, FlagCX, FlagBLAS, FlagTensor, libtriton_jit, flagtree-cpu, FlagDNN, FlagSparse, FlagFFT, FlagTrain, OpenCourse, FlagGems-Experimental. При этом пуши в vllm-plugin-FL, docs, release-info, FlagGems-sglang, FlagScale-Agent, flagtree-cpu пришли из не-default веток или развёртывания страниц, в основной ветке нет новых коммитов в окне; в основной ветке Megatron-LM-FL есть один коммит в окне.
  • Сторона коммитов: 238 коммитов, по репозиториям: FlagQuantum 103, FlagGems 35, Torch-FL 29, build-infra 26, FlagGems-vllm 8, FlagBLAS 5, FlagTree 5, optest 4, OpenCourse 4, FlagAttention 4, FlagDNN 3, FlagTensor 3, FlagSparse 2, FlagCX 2, FlagTrain 2, FlagFFT 2, libtriton_jit 1. Один репозиторий квантового стека занимает 43,3% и остаётся первым источником по объёму коммитов.
  • Сторона слияний: слито 167 PR из 22 репозиториев: FlagGems 35, Torch-FL 29, FlagQuantum 29, build-infra 26, FlagGems-vllm 8, FlagTree 6, FlagAttention 4, optest 4, vllm-plugin-FL 3, FlagBLAS 3, FlagTensor 3, FlagCX 2, FlagDNN 2, FlagSparse 2, FlagFFT 2, OpenCourse 2, FlagTrain 2, Megatron-LM-FL, sglang-plugin-FL, libtriton_jit, flagtree-cpu, FlagGems-sglang — по 1.
  • Сторона на рассмотрении: в окне обновлены 288 PR на рассмотрении, из них 151 новый. По репозиториям: FlagGems 130 (новых 66), FlagTree 54 (38), FlagGems-vllm 26 (9), vllm-plugin-FL 13 (5), sglang-plugin-FL 10 (3), FlagTrain 6 (3), FlagAttention 6 (1), Megatron-LM-FL 6 (1), Torch-FL 5 (3), FlagQuantum 4 (4), FlagCX 4 (2), build-infra 3 (2), FlagGems-Experimental 4 (4), FlagGems-sglang 2 (2), FlagCV 2 (2) и др.
  • Сторона авторов: на стороне слияний lvyufeng 29 (все Torch-FL), служебный аккаунт FlagQuantum 29, tengqm 17, shiptux 15 (линия упаковки, охватывающая семь репозиториев), youseeyouonedayday 12, xuanzhengdu-eng 12, служебный аккаунт github-actions 11. На стороне новых PR наиболее сосредоточены sunnycase (серия TLE в FlagTree — 38), youseeyouonedayday 17 (Enflame GCU300), luojung 9 (Hygon FP32).
  • Сравнение: в предыдущем окне (11-03 06:00 ~ 11-04 06:00) было 24 репозитория с пушами, 228 коммитов, 177 слияний, 271 обновлённый в окне PR на рассмотрении, 117 новых. В текущем окне число репозиториев +2, коммиты +4,4%, слияния −5,6%, обновления на рассмотрении +6,3%, новые +29,1%. Основная причина снижения слияний — падение FlagGems с 76 до 35; рост новых имеет два сосредоточенных источника: во-первых, стековые заявки TLE в FlagTree, во-вторых, заявки на покрытие GCU300 в FlagGems.

1.2 Сторона релизов: 2.3.0 фиксирует Hygon DTK 26.10, Ascend CANN 9.2.1 дополнен OCI-метками и перевыпущен (11-04)

Дата: 2026-11-04　Источники: build-infra PR #1627 · build-infra PR #1628 · build-infra PR #1633 · build-infra PR #1616 · build-infra PR #1622 · график выпуска FlagOS 2.3

  • Два этапа внедрения Hygon: #1627 и #1628 соответственно вносят даты changelog версии 2.3.0 для образов hygon-dtk26.10 base и runtime. Runtime этого бэкенда поставляется впервые: python 3.12 с замыканием torch для DTK 26.10 (torch 2.13.0, torchvision 0.28.0, torchaudio 2.11.0, apex 1.7.0, flash_attn 2.8.4, numpy 1.26.4), поверх которого добавлены FlagTree 0.7.0+hcu3.6 и FlagGems 5.4.0, а flagcx==0.14.1+dtk2610 указан как зависимость времени выполнения.
  • Одно ключевое исправление: вендорский triton этого образа обновлён до 3.7.0+dtk2610.…, его драйвер nvidia больше не захватывает устройство, активным остаётся только hcu, и при запуске Triton больше не отключается целиком. Ранее в версии torch2130 CUDA stub от DTK делал активными оба драйвера, из-за чего каждый serve откатывался на V1 model runner. Остальное содержимое образа не изменилось.
  • Перепубликация Ascend с добавлением меток: #1633 разрешает перепубликацию base/ascend-cann9.2.1 с добавлением меток OCI provenance (revision, created, last-updated), которые не удалось записать при первой сборке — в то время в PATH runner’а cann921 не было git, и сборка не зафиксировала ни commit, ни временную метку. При отсутствии метки revision base_image_status.py сообщает об этом бэкенде как UNKNOWN, и невозможно определить, отстаёт ли опубликованный образ от HEAD. Содержимое образа не изменилось.
  • Фиксация зависимостей: #1616 и #1622 соответственно закрепляют flagtree и flagcx на линии времени выполнения CANN 9.2.1, #1617 добавляет builder flagcx и строку wheel для ascend-cann9.2.1, #1618 оставляет узловые скрипты на python 3.7, #1621 заполняет строку wheel для cann9.2.1 и фиксирует строку cann9.0.0.
  • Покрытие: по состоянию на сегодня changelog всех 23 base и 23 runtime образов содержит запись 2.3.0, охватывая AMD ROCm 7.2.4, Ascend CANN 8.5.0 и 9.0.0 (включая вариант 910C) и 9.2.1, Cambricon neuware 4.4.3 и 4.7.2, Enflame tops 1.9.10 и 1.10.6, Hygon DTK 26.04 и 26.10, Iluvatar CoreX corex 4.4.0 и 4.5.0, Kunlunxin XRE 5.37.1, MetaX MACA 3.7.2.1 и 3.8.1.3, Moore Threads MUSA 4.3.6 и 5.2.0, NVIDIA CUDA 12.8 и 13.3, Xiwang 1.2.0, Tsingmicro tsm260610.
  • Состояние релиза: атомарная проверка Release в 31 репозитории и Tag в 8 репозиториях не выявила новых записей в окне мониторинга. В каталоге release/2.3 репозитория community пока есть только график выпуска, файл манифеста ещё не создан; согласно этому графику, приём FEP до 11-13, заморозка функций 11-30 с выпуском rc0, 12-07 выпуск rc1, 12-14 выпуск rc2, 12-25 закрытие, 12-30 GA. Опережающая публикация образов и незамороженный манифест соответствуют плановому ритму, а не являются аномалией.

1.3 Стек инференса: vLLM 0.28.0 repack добавлен в индексы 11 вендоров, FlagGems-vllm открывает ежедневную линию wheel (11-04)

Дата: 2026-11-04　Источники: build-infra PR #1635 · build-infra PR #1637 · build-infra PR #1642 · build-infra PR #1643 · build-infra PR #1636 · vllm-plugin-FL PR #692 · vllm-plugin-FL PR #686

  • Охват индекса: в строке 0.28.0+flagos каталога пакетов перечислены 11 индексов — AMD, Ascend, Cambricon, Enflame, Hygon, Iluvatar, Kunlunxin, MetaX, NVIDIA, Xiwang, Tsingmicro. Для aarch64 предоставляются cp311 и cp312, для x86_64 — cp310 и cp312; сопутствующие xgrammar, compressed-tensors, opencv-python-headless устанавливаются как закреплённые зависимости самого vLLM и отдельными записями не перечисляются.
  • Механизм записей о релизах: #1635 фиксирует факт релиза wheel vLLM 0.28.0, #1637 добавляет строку Kunlunxin, #1642 добавляет артефакт cp312 для aarch64, #1634 оставляет в каталоге только wheel самого vLLM (без смешивания с артефактами плагина). Этот механизм «шаги релиза пишут каталог, человек пишет только текст» в этом раунде официально заработал, заменив прежнюю практику ручного изменения поля pypi_index.
  • Одно исправление границы: #1636 исправляет разделение vendor в repack — по первому дефису, а не по последнему. Когда в строке версии есть и платформенный сегмент +, и сегмент -, разбиение с конца приводит к неверному усечению имени платформы.
  • Ежедневная линия wheel: #1643 добавляет в flagos-pypi-daily ежедневную строку wheel для FlagGems-vllm, #1640 передаёт прокси runner в контейнеры сборки и загрузки, #1638 выделяет 1 GB /dev/shm для контейнера verify Ascend.
  • Синхронизация на стороне плагина: #692 завершает forward-sync с 0.4.0-dev на 0.5.0-dev (коммит бота), #686 адаптирует MetaX к артефактам Torch и привязывает MCCL abort, #670 выравнивает тестовый конвейер с основной веткой (stage model, routing, slash-команды).
  • Наблюдение: repack vLLM 0.28.0 разом разложен по 11 индексам, что говорит о зрелости модели дистрибуции «один исходный код + варианты сборки для множества платформ»; при этом замыкание torch, соответствующее runtime-образу 2.3.0, уже идёт по закреплениям vLLM 0.32 (в слое AMD указаны torch 2.13.0+rocm7.2 и triton-rocm 3.7.1), параллельное существование линий 0.28 и 0.32 остаётся нормой.

1.4 Вливание в FlagGems: закрыто 35 задач, Iluvatar 12, NVIDIA 9, Enflame 5 (11-04)

Дата: 2026-11-04　Источники: FlagGems PR #7388 · FlagGems PR #7318 · FlagGems PR #8097 · FlagGems PR #8004 · FlagGems PR #8396 · FlagGems PR #7032 · FlagGems PR #8432

  • Iluvatar CoreX, 12 коммитов: все являются продуктами KernelGen для BI-V150 — потеря треугольного отступа, псевдообратная матрица, матричное умножение-сложение, обращение тензора линейной алгебры, редукция индексов, обратная гамма-функция, трёхмерная сеточная выборка, трёхмерная транспонированная свёртка и её обратный проход, вычисление линейной комбинации и CTC-потери; кроме того, #8396 откатывает два обновления — квантованное максимальное пулирование и Hermite (сам откат тоже является записью: предыдущее слияние не работает на BI-V150).
  • NVIDIA, 9 коммитов: sparse_bsr_tensor_unsafe, sparse_csr_tensor, slow_conv_dilated3d, chain_matmul, can_cast, empty_affine_quantized, _remove_batch_dim, _unpack_dual, _fw_primal. Всё ещё закрытие длинного хвоста, но уже продвинулись от «часто используемых операторов» к разреженным тензорам и внутренним операторам автоматического дифференцирования.
  • Enflame, 5 коммитов — все исправления device guard: #8104 исправляет сразу четыре CUDA-only guard, #8100 исправляет жёстко закодированный guard в im2col, #8099 исправляет kl_div и arctanh, #8098 исправляет целочисленное ограничение индексов в upsample_nearest3d_backward, #8126 заставляет --override при несовпадении с именем оператора явно завершаться с ошибкой вместо молчаливого пропуска.
  • Оптимизация и корректность: #7388 добавляет для Hygon прямой проход FP32 flash attention (скалярное произведение IEEE FP32, инициализация -inf для максимума онлайн softmax, выбор трёх наборов статических tile по head dim и длине последовательности, см. 3.3); #7318 добавляет для MetaX канальное INT8-слияние масштабирования в bmm_w8a8; #8097 оптимизирует для Moore Threads «худое» FP8-матричное умножение (транспонированное скалярное произведение + GEMV tile); #8004 оптимизирует W8A8 INT8-матричное умножение для TLE/PPU под формы GLM-5.2.
  • Прочее: #8106 обеспечивает компиляцию linalg_pinv и conv_tbc_backward на XPU Kunlunxin; #6619 добавляет layout guard для двумерного быстрого пути scatter_add; #6650 исправляет пустую редукцию mean; #7032 выводит версию deb wheel из git, а не из значения по умолчанию Dockerfile; #8432 добавляет зависимости тестов оператора GRU Ascend в flagos-optest.

1.5 Новые PR FlagGems: из 66 коммитов 41 для GCU300, покрытие Enflame хлынуло единой волной (11-04)

Дата: 2026-11-04　Источники: FlagGems PR #8385 · FlagGems PR #8395 · FlagGems PR #8417 · FlagGems PR #8426 · FlagGems PR #8446 · FlagGems PR #8456

  • Масштаб: в окне мониторинга FlagGems открыто 66 новых PR, из них 41 от Enflame, 12 от Iluvatar CoreX, 9 от Hygon, 5 от Kunlunxin, остальные — универсальные операторы и CI. На Enflame приходится 62%.
  • Список операторов: гистограммная статистика, одномерное копирующее заполнение, обратное рассеивание по маске, равномерная выборка Philox, dstack и stack, выборка вдоль размерности, двумерное отрицательное логарифмическое правдоподобие, переворот по вертикали и горизонтали, обратное мягкое пороговое преобразование, обратное жёсткое срезание, матричное умножение смешанной точности, функции Бесселя y0/y1/j0, полиномы Чебышёва t/w, полиномы Эрмита h, обращение матрицы, произведение Хаусхолдера, пакетная нормализация, renorm, обратный hardsigmoid, обратное трёхмерное адаптивное пулирование, выбор параметров квантования, отбрасывание признаков, помощник скользящего среднего квантования и нормализация весов.
  • Единый подход: сужение 64-битного lane offset до 32 бит, перенос геометрии запуска на host-сторону с предварительным вычислением, замена __nv_* extern на локальную реализацию, замена поточечного dynamic-понижения на специализированное ядро, отзыв autotune, который вешает компилятор. Эти изменения работают только на GCU300, что показывает: производственная линия KernelGen уже умеет генерировать под бэкенд альтернативные реализации, «обходящие неподдерживаемые данным бэкендом конструкции», а не просто транслировать upstream.
  • 9 PR по Hygon от luojung в одиночку: rsqrt, floor, nonzero (ограниченное блочное сканирование), полное сведение FP32 по всем размерностям, masked_fill, nan_to_num, neg (семантика знакового нуля), masked_select (пустой результат broadcast), aminmax (вход с шагом). Форма единообразна — сначала корректно реализовать путь непрерывной памяти FP32, потом говорить об оптимизации.
  • Другие направления: #8446 добавляет номер версии в backend key для 7 бэкендов (кеш и параметры тюнинга изолируются по версии бэкенда); #8456 позволяет attention принимать broadcast-маску и пропускать нерабочую ветку cuDNN; #8414 добавляет layernorm для MetaX; #8449 исправляет linspace с нулевым шагом; #8412 унифицирует обработку сведения по пустым размерностям.

1.6 FlagTree: все улучшения TLE переведены на runtime-переключатели, за четырнадцать минут открыто 38 стековых PR (11-04)

Дата: 2026-11-04　Источники: FlagTree PR #1565 · FlagTree PR #1563 · FlagTree PR #1524 · FlagTree PR #1370 · FlagTree PR #1556 · FlagTree PR #1514

  • Переключатели времени выполнения: #1565 объединён, добавлено 123 строки, удалено 27 строк, 15 файлов. Каждое усиление FlagTree унифицировано в четыре компонента: макрос времени компиляции, knob времени выполнения (FLAGTREE_<NAME>, по умолчанию включён, входит в CACHE_INVALIDATING_ENV_VARS), блок guard, согласованный с окружающим кодом, и #else/#endif с указанием имени макроса. В этом раунде добавлены три макроса без knob и два guard, написанных не по соглашению.
  • Почему это важно: как только усиление компилятора попадает в производство, откат регрессии возможен только откатом всей версии. Перенос переключателя в переменные окружения даёт каждому бэкенду путь «отключить только это усиление», а также позволяет одному и тому же бинарнику включать возможности по уровням в зависимости от возможностей машины.
  • Стек PR: с 13:02 по 13:15 за четырнадцать минут открыто 38 PR: [TLE][NVIDIA] 12 (понижение проникновения доказательства локальных указателей через load/store, сохранение подсказок параметров call-site при инлайне, объединение совместимых предложений layout, владение асинхронным копированием и точные биты заполнения, layout аккумулятора WGMMA и асинхронный жизненный цикл, публикация tensor-map и представления дескрипторов, структурная идентичность многоразового pipe и семантика опустошения), [TLE][AMD] 4 (понижение count/phase barrier до состояния LDS, grid barrier и инициализация launch scratch, статическое разбиение wave, протокол барьеров RDNA), [TLE][Iluvatar] 7 (явный layout через управляющие потоки, геометрия tile для SME transport, идентичность pipe и многоразовый warp-group barrier, домен физического grid barrier, публикация SME payload через warp group, сходимость и FP-сокращение в области видимости), [FlagCX] 5 (универсальная сигнатура библиотеки указателей устройства, collective barrier с ограничением до warp group, распределённый контекст и очистка bootstrap, кэш нативного аллокатора и симметричное выделение тензоров, проверка индекса барьера по ёмкости окна), [Iluvatar][Native] 5 (число потоков выводится из warp size, выбор ширины векторного доступа по размеру элемента, явная опция компиляции load-vectorization, два воспроизводящих случая).
  • Документация: #1563 описывает в документации граф зависимостей функциональных PR и ворота верификации — что должно объединяться по порядку, а что можно проверять независимо. Без этой схемы 38 стековых PR невозможно ревьюить; сам этот шаг — часть инженерной зрелости.
  • Прочее за тот же день: #1524 добавляет AMD native API тригонометрической совместимости и независимого округления умножения; #1370 переводит рабочий процесс упаковки DEB/RPM в режим verify-only; #1556 и #1564 направляют изменения результатов FlagGems в группу Feishu; #1514 добавляет тестовую метку для hcu3.6-bw1100.
  • Оценка: TLE превращается из «точечных усилений» в «наборы функций, разбитые по бэкендам», и переключатели времени выполнения — предпосылка его выхода в производство. Стоимость ревью этой партии будет высокой — среди 38 PR есть межPR-зависимости, и ошибка в порядке объединения одного PR потянет за собой цепочку сбоев.

1.7 FlagQuantum: 29 объединённых PR, последовательное внедрение стека синтеза UP-04/05/06 и разреженного химического SELECT (11-04)

Дата: 2026-11-04　Источники: FlagQuantum PR #1063 · FlagQuantum PR #1066 · FlagQuantum PR #1073 · FlagQuantum PR #1068 · FlagQuantum PR #1080 · FlagQuantum PR #1077

  • Три вехи синтеза фронтенда: #1055, #1057, #1059, #1062 дополняют UP-04 подготовкой ограниченных равномерных состояний, скалярным когерентным управлением, ограниченными предикатами и проверенными помощниками фаз; #1065 и #1067 нормализуют распределение входных точек фронтенда UP-05 и выносят понижение арифметики в общий путь; #1071 и #1074 поддерживают в UP-06 гейт U для Qmod и нативного qfunc, а также массивы Hadamard.
  • Алгоритмы и понижение: #1063 добавляет понижение разреженного химического SELECT до уровня гейтов, #1066 реализует исполняемый THC SELECT, #1073 обеспечивает понижение THC-вращений через QROM и фазовые градиенты, #1061 подготавливает знаковые коэффициенты Pauli LCU, #1056 выбирает понижение Pauli LCU в соответствии с целью исполнения, #1054 и #1050 сверяют обход Pauli LCU и подсчёт гейтов с помощью Qualtran.
  • Компиляция и среда исполнения: #1068 разделяемый обход адресов с помощниками измерений, #1070 сохраняет checkpoint при недопустимой привязке углов, #1077 проверяет объявленный batch VJP с помощью PyTorch, #1081 предлагает опциональный бэкенд Module.
  • Линия модели ошибок детекторов (DEM): #1052 взаимно исключающие чётности сбоев, #1053 объединение повторяющихся сбоев, #1058 круговой обмен между несколькими chunk, #1064 проекция разреженных chunk, #1069 потактовое декодирование, в сочетании с эталонной картой покрытия FTQC W1-B из #1072. Эта линия восполняет «путь данных декодирования квантовой коррекции ошибок», а не демонстрацию алгоритмов.
  • Изменения структуры CI: #1076 запускает core CPU и покрытие в заблокированной офлайн-среде, #1080 переносит дымовые тесты Main на hosted runner и устанавливает лимит управляемой параллельности равным 8. Ранее репозиторий зависел от self-hosted runner; переход на управляемую сторону означает, что одна проверка больше не зависит от очереди машин.
  • Оценка: среди 29 слияний нет единичного крупного изменения, но четыре линии — синтез фронтенда, понижение алгоритмов, DEM и CI — каждая продвинулась на один шаг. Ценность такого ритма в том, что каждую линию можно независимо пересчитать — для всё ещё быстро меняющегося квантового стека ясность учёта важнее количества функций.

1.8 Обучение и библиотека операторов: Megatron получает второе слияние с DSv4, плагин SGLang дополняет Iluvatar 0.5.18 (11-04)

Дата: 2026-11-04　Источники: Megatron-LM-FL PR #214 · sglang-plugin-FL PR #139 · FlagAttention PR #118 · FlagAttention PR #121 · FlagAttention PR #117 · FlagCX PR #693

  • Синхронизация Megatron: #214 — вторая порция серии «синхронизация DeepSeek-V4 с upstream», тема — перекрытие (overlap) mHC и экспертного параллелизма. Предыдущий выпуск был 1/N о защите чувствительных к точности параметров; серия продвигается по принципу «один коммит — одна подсистема».
  • SGLang для TianShu: #139 добавляет для TianShu пустую адаптацию рантайма под SGLang 0.5.18 — то есть когда на стороне вендора пути для 0.5.18 ещё нет, плагин сначала заставляют работать на 0.5.18. Это второе применение однотипного приёма после «пустой адаптации 0.28» для MetaX от 10-30.
  • FlagAttention, четыре коммита: Enflame добавляет оператор parallax; Moore Threads добавляет Moba attention и исправляет import; Hygon оптимизирует бэкенд GLA; ещё один коммит исправляет проблему, когда сбор тестовых маркеров действительно выполняет тесты.
  • FlagCX, два коммита: #691 делает демонтаж ресурсов Window повторяемым (при сбое на середине демонтажа можно войти повторно); #693 добавляет CoopOps и Clock traits и даёт реализацию для NVIDIA. Коммуникационная библиотека выносит «запрос возможностей устройства» в trait, вместо написания if vendor == в каждом бэкенде.
  • FlagBLAS и FlagTensor: FlagBLAS удаляет тесты и бенчмарки TRMM, исправляет collection для Hygon, сборка RPM в openEuler больше не зависит от версии pyproject; FlagTensor делает сборку deb работоспособной при PEP 668, направляет RPM в per-distro репозиторий, выравнивает версию до 0.3.0.
  • FlagGems-vllm, восемь коммитов: SiliconFlow добавляет ядро скалярного произведения с масштабированием для блочного KDA и fused loop KDA (последний одним разом покрывает пять бэкендов), TLE/NVIDIA добавляет dense FP8 MLA decode, mhc_pre распространяется вариантами по платформам, Moore Threads добавляет topk/softplus/sqrt, исправлен запрос MoE и пустой launch extent, когда компилятор не поддерживает TLE, исправлен импорт Hygon при отсутствии встроенного CUDA PDL, исправлено устаревшее содержимое документации и добавлен CI сборки Hugo.

1.9 Сопутствующая инфраструктура: DEB/RPM-упаковка унифицирована до verify-only, optest исследует список операторов по вендорам (11-04)

Дата: 2026-11-04　Источники: FlagBLAS PR #145 · FlagTensor PR #33 · libtriton_jit PR #71 · flagtree-cpu PR #8 · optest PR #38 · optest PR #35

  • Линия упаковки закрыта за один раз: 15 слияний от shiptux охватывают семь репозиториев — FlagBLAS #145, FlagSparse #111, FlagTree #1370, FlagFFT #24 и #26, FlagDNN #23 и #24, FlagTensor #29/#31/#33, libtriton_jit #71, flagtree-cpu #8. Основное действие — унифицировать рабочие процессы DEB/RPM до verify-only: только проверять, можно ли собрать, не публикуя повторно артефакты.
  • Конкретные исправленные проблемы: FlagFFT устанавливает вспомогательный скрипт triton_jit в приватный путь, чтобы избежать конфликта файлов с libtriton_jit, а контейнер сборки RPM временно устанавливает nlohmann_json 3.11.3; FlagDNN позволяет конфигурировать сборку NVIDIA при отсутствии импортируемых torch/triton, образ сборки указывает на опубликованный репозиторий FlagOS; FlagSparse записывает license в виде таблицы для совместимости с setuptools дистрибутива.
  • optest, четыре пункта: #38 исследует список операторов FlagGems по вендорам (какие операторы фактически зарегистрированы в каждом бэкенде, больше не полагаясь на догадки); #35 добавляет базовый скрипт для NVIDIA; #36 исправляет «сбор тестовых маркеров, который фактически выполнял тесты»; #37 удаляет uv lock, связанный с окружением. Эти четыре пункта вместе делают входные данные (список) и базовую линию (NVIDIA) тестирования операторов воспроизводимыми.
  • Курсы и документация: OpenCourse #5 и #6 обновляют все учебные материалы до основной ветки; FlagGems-vllm #1064 исправляет устаревшее содержимое документации и добавляет CI сборки Hugo.

2. Новости и экосистема

2.1 Проверка каналов: 24 группы запросов — ноль попаданий уровня компонентов, в окне CSDN и HN новых статей нет (11-05)

Дата: 2026-11-05　Источники: Google News RSS (запрос FlagOS) · HN Algolia (запрос FlagOS) · Колонка FlagOS на CSDN

  • Запросы по компонентам полностью пусты: 24 группы запросов на китайском и английском (FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen и др., включая два варианта ceid — китайский и английский) дали ноль совпадений в 24-часовом окне; восемь групп запросов в HN Algolia — ноль прямых совпадений. Это совпадает с картиной последних более чем десяти спокойных окон.
  • Запросы по словам-членам дали совпадения, но непригодны: по словам Zhiyuan/BAAI, Tsingmicro, Enflame, отечественные вычислительные мощности и др. всего 13 результатов; после построчной проверки они распадаются на три категории — статьи о фондовом рынке и финансировании (покупка акций Enflame на средства финансирования, аномалии владения Национальным фондом большой интегральной схемы), научно-популярные материалы и интервью сообщества Zhiyuan (не связаны с компонентами FlagOS), а также пропагандистские материалы других провинций. Согласно правилам фильтрации вся партия исключена.
  • Построчная проверка времени публикации в колонке CSDN: у всех 52 ссылок с главной страницы проверено время публикации; три последние статьи — «FlagOS заставляет модель “Niu Lai” работать на большем числе отечественных чипов: GLM-5.3-Flash Day0 адаптирован к 9 AI-чипам», «Qwen3.8-Flash-Next адаптирован к 8 AI-чипам в день выпуска», «Фреймворк инференса генерации видео LightX2V официально подключён к FlagOS» — опубликованы до 10-22 и 10-29 соответственно, не входят в текущее окно, поэтому повторно не включены.
  • Сообщество Zhiyuan: страница поиска по-прежнему рендерится на клиенте, список записей получить нельзя, поэтому проверка ведётся по главной странице; в окне на главной странице новых постов, связанных с FlagOS, нет.

2.2 Экосистемная сторона: Zhiyuan публикует передовую рамочную программу управления рисками открытых весов AI (11-04)

Дата: 2026-11-04　Источники: Сообщество Zhiyuan (агрегация Google News)

  • Содержание: 11-04 сообщество Zhiyuan опубликовало материал «Первая в мире “Рамочная программа управления рисками передовых открытых весов AI”: ответственный открытый исходный код идёт дальше». Это внешняя публикация на уровне управления моделями с открытыми весами, дополняющая нарратив FlagOS «открытый стек + многочиповая поддержка».
  • Границы: данная статья не содержит информации о версиях компонентов FlagOS, адаптации к чипам или релизах, поэтому согласно правилам фильтрации может быть зафиксирована только как экосистемный фон и не является технической записью. Новость о выходе Enflame на рынок A-акций в тот же день уже была включена в выпуск от 11-04 и в этом выпуске не повторяется.

3. Углублённое изучение членов и производителей бэкендов

3.1 Cambricon: MLU входит в Torch-FL через нативную платформу, тестирование на восьми картах MLU590-M9 (11-04)

Дата: 2026-11-04　Источники: Torch-FL PR #720 · Torch-FL PR #724 · Torch-FL PR #708

  • Форма интеграции: #720 добавляет 4870 строк, удаляет 64 строки, 40 файлов; прописывает cambricon в cmake/flagos_platforms.json и дополняет всё необходимое для платформы — новый слой среды выполнения libcnrt, шим torch.mlu (чтобы бэкенд cambricon в FlagGems работал и без torch_mlu), сгенерированный backends_cambricon.conf, конфигурацию CI, обновления таблицы платформ и контрактов.
  • Предварительные условия: весь комплекс работает на stock torch 2.10.0+cpu, без torch_mlu, без FlagTree, без CUDA runtime. Это стоит отметить: речь не о «включении вендорного пакета torch», а о добавлении слоя среды выполнения поверх универсального torch.
  • Проверка: сквозное тестирование на восьмикарточной MLU590-M9. В тексте PR дополнительно зафиксированы три дефекта общего кода (включая тестовый фикстур Tsingmicro и патч кэша autotune в FlagGems), что показывает: подключение нового бэкенда по-прежнему затрагивает существующие вендорные пути.
  • Порядок CI: #724 в тот же день снимает CI lane для cambricon с обоснованием, что пока нет runner, способного его обслуживать. Сначала подключить бэкенд, потом дополнить CI — этот порядок явно записан в сообщении коммита, вместо того чтобы оставлять вечно красный пайплайн.
  • Попутные общие возможности: #708 добавляет два интерфейса запроса возможностей (определение доступности фьюзинг-операторов, запрос возможностей устройства), чтобы верхнеуровневый код больше не использовал tensor.is_cuda для проверки «может ли это устройство выполнять фьюзинг-операторы» — на тензорах flagos это поле всегда False, что заставляет такой код, как flex attention, молча откатываться на eager-путь.

3.2 Horizon Robotics: библиотека операторов BPU доведена до рабочего состояния, цепное выполнение сокращает четыре диспетчеризации до 0,673 мс (11-04)

Дата: 2026-11-04　Источники: Torch-FL PR #721 · Torch-FL PR #726

  • Три серьёзных отказа: #721 выясняет, что eager-путь BPU на самом деле выполняет каждый оператор на CPU — ступень корзин операторов никогда не превышает 512 lane, артефакт с двумя входами отправляется с дескриптором одного тензора, что приводит к молчаливому неверному значению, а hbdk4 под box64 не может импортировать numpy, из-за чего x86-инструментарий недоступен. После исправления Run экспортируется через C ABI, чтобы eager-путь обходил aten dispatcher, а фиксированная работа каждого вызова выводится из горячего пути.
  • Измеренные данные: на RDK S600 relu с 262144 lane сокращается с 0,176 мс до 0,073 мс, один conv block — с 23,2 мс до 11,1 мс.
  • Цепное выполнение: #726 добавляет DeviceChain, который последовательно запускает на устройстве несколько артефактов BPU; промежуточные активации не возвращаются на хост, а проходят через память только на входе первого и выходе последнего, передаваясь через небольшой кольцевой буфер устройства. На S600 сериализованный elementwise сокращается с 0,417 мс до 0,104 мс, четыре независимые диспетчеризации — с 1,667 мс до 0,673 мс.
  • Оценка: узким местом линии Horizon Robotics является не вычислительная мощность, а фиксированные накладные расходы. Драйвер тратит 0,09 мс на каждый вызов — для одного оператора это немного, но для модели с десятками операторов на слой это основная стоимость; сохранение промежуточных активаций на устройстве сжимает эти расходы с «одного раза на оператор» до «одного раза на сегмент».

3.3 Hygon: реализован прямой проход FP32 flash attention, открыто ещё девять задач по оптимизации FP32 (11-04)

Дата: 2026-11-04　Источники: FlagGems PR #7388 · FlagGems PR #8404 · FlagGems PR #8451 · FlagGems-vllm PR #1066 · build-infra PR #1628

  • FP32 прямой проход: #7388 добавляет в реализацию _flash_attention_forward для Hygon явно поддерживаемый путь FP32, сохраняя при этом пяти-выходную схему ATen и существующее поведение FP16/BF16. Область поддержки описана очень узко: фиксированная длина, непрерывный 4D BSHD, квадратная MHA с одинаковой формой Q/K/V, head dim 64 или 128, dropout 0, без window/alibi/seqused/varlen. Неподдерживаемые комбинации сразу возвращают ошибку, а не идут по непроверенному пути.
  • Ключевые моменты реализации: для QK и PV используются скалярные произведения IEEE FP32; максимум в онлайн softmax инициализируется значением -inf, чтобы не поглощались допустимые logit ниже -1e30; для длинных последовательностей используются exp2/log2, для коротких сохраняется натуральная экспонента; выбираются три набора статических tile по head dim и длине последовательности; низкоточный путь изолирован от него на этапе компиляции.
  • Оптимизация на той же стороне: девять открытых одиночных PR от luojung охватывают rsqrt, floor, nonzero, полномерное сокращение FP32, masked_fill, nan_to_num, neg, masked_select, aminmax, все ограничены «непрерывным FP32». Это типичный порядок, при котором сначала доводят до правильного состояния один путь, а затем говорят о производительности.
  • Версии и плагины: base и runtime DTK 26.10 сегодня отмечены как 2.3.0 (см. 1.2); FlagGems-vllm #1066 исправляет импорт Hygon при отсутствии встроенного CUDA PDL; FlagBLAS исправляет collection для Hygon; mixed_gemm в FlagTrain покрывает Hygon.

3.4 Iluvatar CoreX и Enflame: один закрывает пустую адаптацию SGLang, другой открывает сорок один PR подряд на GCU300 (11-04)

Дата: 2026-11-04　Источники: sglang-plugin-FL PR #139 · FlagGems PR #8090 · FlagGems PR #8396 · FlagTree PR #1525 · FlagGems PR #8417

  • Iluvatar CoreX: #139 добавляет пустую runtime-адаптацию SGLang 0.5.18, чтобы плагин сначала заработал на новой версии SGLang; на стороне FlagGems слито 11 операторов BI-V150 (triangular margin loss, pseudoinverse, matrix multiply-add, tensor inverse, index reduction, inverse gamma, 3D grid sampling, 3D transposed convolution и его обратный проход, linear combination и CTC loss), кроме того, откатаны два несостоятельных обновления.
  • Сторона компилятора Iluvatar CoreX: все 12 новых PR в FlagTree — это [Iluvatar][Native] и [TLE][Iluvatar] — число потоков выводится из целевого warp size, ширина векторного доступа выбирается по размеру элемента, явная опция компиляции load-vectorization, явная раскладка через потоки управления, SME transport, домен физического grid barrier. Направление — заменить в native backend «универсальные предположения Triton» на «генерацию по спецификациям целевой машины».
  • Enflame: в FlagGems слито 5 исправлений device guard, открыт 41 PR покрытия GCU300 (см. 1.5); в FlagAttention добавлен оператор parallax; оба образа build-infra enflame tops 1.9.10 и 1.10.6 входят в покрытие 2.3.0.
  • Сравнение: обе компании «заполняют операторами всё», но пути разные — Iluvatar CoreX идёт через native backend компилятора и перестраивает стратегию генерации под целевую машину; Enflame идёт через KernelGen и построчно переписывает вышестоящий код под синтаксис, не поддерживаемый этим backend. Первый — разовые вложения в обмен на долгосрочную выгоду, второй — количество в обмен на покрытие.

3.5 Kunlunxin, MetaX, Ascend, Moore Threads и Tsingmicro: исправления и тюнинг параллельно (11-04)

Дата: 2026-11-04　Источники: FlagGems PR #8106 · FlagGems PR #8394 · FlagGems PR #7318 · FlagGems PR #8097 · FlagGems PR #8004 · FlagDNN PR #23

  • Kunlunxin: смержен #8106 (linalg_pinv и conv_tbc_backward компилируются на XPU); открыто 5 новых, включая where, поглощающий NaN/Inf и сбой компиляции при более чем 4096 элементах, деградацию logdet, infinitely_differentiable_gelu_backward, неверные значения conv_transpose1d/3d, помощник решения cholesky и покрытие квантизации. Строка каталога wheel vLLM 0.28.0 добавлена в #1637, per-vendor перечень optest покрывает её при исследовании.
  • MetaX: #7318 добавляет канальное INT8-слияние со скейлингом для bmm_w8a8; vllm-plugin-FL #686 адаптирует артефакты Torch и привязывает MCCL abort; открыт новый #8414 для добавления layernorm и оптимизации. Обе линии MACA 3.7.2.1 и 3.8.1.3 входят в покрытие образа 2.3.0.
  • Ascend: #8432 добавляет зависимость тестов оператора GRU Ascend в flagos-optest; FlagDNN исправляет производительность Ascend; FlagTrain добавляет зависимости Ascend; три задачи build-infra закрепляют flagtree и flagcx на линии CANN 9.2.1; выполнена повторная публикация тега базы CANN 9.2.1 (см. 1.2).
  • Moore Threads: #8097 оптимизирует удлинённое FP8 матричное умножение (транспонированное скалярное произведение + тайл GEMV); FlagGems-vllm добавляет topk/softplus/sqrt; FlagAttention добавляет Moba attention и исправляет import. Обе линии MUSA 4.3.6 и 5.2.0 входят в покрытие 2.3.0.
  • Tsingmicro: в этом выпуске нет коммитов со стороны FlagOS; её образ tsm260610 по-прежнему входит в покрытие 2.3.0 (см. 1.2). Исправление общего кода Torch-FL #720 попутно затрагивает её тестовые фикстуры.

4. Итоги и наблюдения за трендами

Дата: 2026-11-04 ~ 2026-11-05　Источники: организация flagos-ai · ссылки на PR по каждому пункту этого выпуска (см. приложение)

  • Одной фразой: центр тяжести этого дня сместился с «дополнения операторов» на «дополнение границ возможностей» — Torch-FL продвинул единый слой устройств к обоим концам: Apple Silicon и Cambricon MLU; FlagTree преобразовал TLE в расширенный набор с индивидуальным включением по бэкендам; build-infra развернул repack vLLM 0.28.0 сразу в 11 индексах.
  • Наблюдение 1: AI agent уже основной коммиттер. Все 29 влитых за день PR в Torch-FL содержат разделы «Agent/Tool, Model, Human Reviewer»; в качестве инструментов указаны DSH (DeepSeek Harness) и Claude Code CLI, моделей — deepseek-v4.1-flash и Claude Opus 5.5, а ручное ревью единообразно выполняет один и тот же мейнтейнер. Это не меняет критериев оценки качества кода, но переносит узкое место с «написания» на «ревью» — 288 PR в ревью и 151 новых открытых являются количественным выражением этого узкого места.
  • Наблюдение 2: опережение зеркал — это плановый ритм, а не рассинхронизация. 23 base- и 23 runtime-зеркала уже отмечены 2.3.0, тогда как файлы манифеста будут сгенерированы только к заморозке функций 11-30. Согласно графику 2.3 (дедлайн влития FEP 11-13, rc0 11-30, rc1 12-07, rc2 12-14, закрытие 12-25, GA 12-30), опережение зеркалами манифеста — норма. Действительно стоит следить за дедлайном влития FEP 11-13 — именно он является жёсткой границей объёма этой версии.
  • Наблюдение 3: последняя миля подключения бэкенда — это runner. Бэкенд Cambricon MLU в день влития сразу отозвал CI lane; серия Iluvatar native в FlagTree также в массе своей прилагает воспроизводящие кейсы, а не CI-гейты. Стоимость мультичипового стека смещается с «кода адаптации» на «среду верификации», и это скорее норма текущего этапа, чем дефект.
  • К наблюдению: смогут ли 38 стековых PR FlagTree быть влиты партиями до 11-13; повторит ли 41 PR покрытия GCU300 в FlagGems ритм влития «десятки за день»; закроется ли мультибэкендная адаптация линии vLLM 0.32 вместе с 2.3.0 rc0.

Приложение: таблица проверки источников и полный перечень источников

Таблица проверки источников

Источник Результат проверки
Репозитории организации flagos-ai (61 репозиторий) Push в 26 репозиториев в окне; новые коммиты в основную ветку сосредоточены в четырёх репозиториях: FlagQuantum, FlagGems, Torch-FL, build-infra
Поиск коммитов (окно committer-date) 238 совпадений в 17 репозиториях; FlagQuantum — 103, или 43,3%
Поиск влитых PR (окно merged) 167 совпадений из 22 репозиториев; FlagGems, Torch-FL, FlagQuantum, build-infra вместе — 119
Поиск PR в ревью (окно updated) 288 совпадений, из них 151 новых открытых; FlagGems 130 и FlagTree 54 — вместе 63,9%
Атомарная проверка Release / Tag (31 репозиторий + 8 репозиториев) Ноль новых в окне; последний — FlagCX v0.14.1 (11-01)
Google News RSS (24 группы запросов на китайском и английском) Ноль совпадений на уровне компонентов; 13 материалов с упоминанием членов после проверки оказались рыночными заметками, научно-популярными статьями и нерелевантной рекламой — вся партия исключена
HN Algolia (8 групп запросов) Ноль прямых совпадений
Колонка FlagOS на CSDN При поштучной проверке времени 52 ссылок с главной страницы три последние статьи оказались раньше окна, повторно не включались
Сообщество Zhiyuan Страница поиска рендерится на клиенте и не сканируется; на главной в окне нет новых постов, связанных с FlagOS; 11-04 была статья о системе управления рисками открытых весов (как экосистемный фон)
Манифест релиза 2.3 (community release/2.3) Каталог существует, содержит только график выпуска; файл манифеста не создан, по плану генерируется при заморозке функций 11-30

Полный перечень источников

PR #721 (доступность библиотеки операторов BPU) — https://github.com/flagos-ai/Torch-FL/pull/721

]** libtriton_jit PR #71 (упаковка 0.1.0-4) — https://github.com/flagos-ai/libtriton_jit/pull/71