Окно мониторинга: последние 24 часа (2026-09-17 07:00 ~ 2026-09-18 07:00, пекинское время). Предыдущий выпуск был пробным, окно охватывало 09-16 19:23 ~ 09-17 19:23 и частично пересекается с текущим окном в дневное время 09-17; по пересекающейся части в этом выпуске даётся только пояснение статуса и последующий прогресс, акцент сделан на новом и вновь принятом в рамках окна.

Источники: GitHub (сплошная проверка времени push по 28 репозиториям организации tile-ai, в окне было 9 репозиториев с push; по главному репозиторию построчно перепроверены новые PR и дефект-тикеты в окне, включая разбиение дефекта RNG, белый список типов GEMM, исправление FP4 на стороне CuTeDSL; по TileOPs, TileOPs-nightly, tilelang-hygon, tilelang-ascend, tilelang-metax, tilelang-musa построчно сверены ветки, коммиты и ветки обратного портирования), Google News RSS с несколькими группами запросов на китайском и английском (через прокси), Hacker News, arXiv, материалы СМИ (репортаж NeoTeo об автоматизации ядер DeepSeek и TileKernels)

Индекс выпуска

  • Главное за сегодня: TileOPs переводит пакетное матричное умножение на общий шаблон GEMM, ускорение на H200 до 1,44 раза (09-17)
    1. Прогресс ключевых проектов
      • 1.1 В главном репозитории разбиты и исправлены три дефекта RNG: последовательность по умолчанию, привязка результата void, отсутствие ошибки при пропущенной инициализации (09-17)
      • 1.2 Неподдерживаемые комбинации типов GEMM перехватываются заранее и больше не доходят до утверждений типов в nvcc (09-17)
      • 1.3 Исправление преобразования и хранения FP4 в бэкенде CuTeDSL, активационная квантизация DeepSeek V4 по-прежнему застревает на стадии FP8 (09-17)
      • 1.4 Документация API и инструкционные варианты блочно-квантованного GEMM введены в строй (09-17)
      • 1.5 Пояснение статуса по материалам предыдущего выпуска (09-17)
    1. Мультибэкендная адаптация (Ascend / MetaX / Hygon / Moore Threads)
      • 2.1 Ascend: ежедневная регрессия 1925 пунктов полностью пройдена, продвижение по операторам продолжается (09-17/09-18)
      • 2.2 Hygon: перебазирование адресов MLS и асинхронный конвейер официально приняты и обратно портированы в ветку версии (09-17)
      • 2.3 MetaX: после включения в репозиторий асинхронный копирующий GEMM переведён в режим поддержки ветки (09-17)
      • 2.4 Moore Threads: ветка обратного портирования несёт документацию MUSA 5.3.0, основная ветка неподвижна с 09-11 (09-17)
    1. Экосистема и потребители
      • 3.1 Инвентаризация TileOPs: составные операторы, ресурсы и nullable-выходы попадают в manifest (09-17)
      • 3.2 Сайт документации TileOPs отслеживает унифицированную диспетчеризацию и новые границы компиляции (09-17)
      • 3.3 Ночные снимки бенчмарков и корректности: 1 сбой из 1039 бенчмарков, корректность 1117 пунктов полностью пройдена (09-17)
      • 3.4 СМИ: инженер DeepSeek прогнозирует, что AI-написание ядер за 6–12 месяцев сравняется с его собственной работой (09-16/09-17)
      • 3.5 Репозитории потребителей в окне тихие: TileKernels, FlashQLA, TileRT — без push
    1. Сообщество, руководства и мероприятия
      • 4.1 Сайт документации и страницы API пересозданы ботом (09-17)
      • 4.2 На академической стороне и в сообществе нет нового: arXiv и Hacker News дали ноль попаданий в окне (09-17)
      • 4.3 Ритм версий: последний тег главного репозитория по-прежнему v0.1.14, у TileOPs релизов нет (09-02)
    1. Наблюдения за тенденциями
      • 5.1 Центр тяжести главного репозитория смещается от «добавления возможностей» к «превращению тихих ошибок в ошибки времени компиляции»
      • 5.2 У CuTeDSL впервые проявилось повреждение от связи с эволюцией версий upstream CUTLASS DSL
      • 5.3 Ритмы отечественных бэкендов расходятся: Ascend — высокочастотные итерации, Hygon — закрытие цикла, MetaX и Moore Threads — переход к поддержке
      • 5.4 TileOPs одновременно ускоряется и устанавливает контракты, эволюционируя к слою операторов с контрактами
      • 5.5 Пробелы и точки риска данного окна

Главное за сегодня: TileOPs переводит пакетное матричное умножение на общий шаблон GEMM, ускорение на H200 до 1,44 раза

Дата: 2026-09-17　Источник: TileOPs #2148 Пакетное матричное умножение (BMM) переведено на общий шаблон GEMM

Самое весомое изменение этого окна пришлось на библиотеку операторов, а не на сам язык: TileOPs заменила ядро оператора прямого прохода пакетного матричного умножения (BmmFwdOp, аналог torch.bmm) с собственной реализации на пакетную форму общего шаблона GEMM (GemmTemplate(BATCHED) и производные от него пакетные ядра), изменение внесено michaelwithu и принято мейнтейнером lcy-seso, всего 6 коммитов.

Приведённые автором в PR измеренные данные (среда — NVIDIA H200, CUDA 13.2, PyTorch 2.13.0, TileLang 0.1.12) показывают, что выигрыш сосредоточен на средних и крупных формах:

Форма (B,M,N,K) Тип Старая версия (мс) Новая версия (мс) Относительно старой версии Относительно torch-cublas Вычислительная мощность новой версии
(8, 2048, 2048, 2048) bfloat16 0.2905 0.2023 1.437x 1.007x 679.6 TFLOPS
(4, 4096, 4096, 4096) bfloat16 1.0413 0.7451 1.398x 1.034x 737.9 TFLOPS
(128, 512, 512, 2048) bfloat16 0.2942 0.2110 1.394x 1.021x 651.3 TFLOPS
(8, 1024, 1024, 1024) float16 0.0410 0.0304 1.351x 1.021x 566.0 TFLOPS
(16, 512, 512, 512) float16 0.0132 0.0118 1.110x 1.008x 362.3 TFLOPS
(64, 128, 2048, 128) float16 0.0228 0.0199 1.146x 1.063x 216.1 TFLOPS
(32, 256, 256, 256) bfloat16 0.0064 0.0065 0.985x 1.108x 166.1 TFLOPS

Из чтения следуют три момента: во-первых, новая версия во всех 15 случаях не уступает torch-cublas (от 1.007 до 1.185x), а на малых формах (8×128×128×128, 32×256×256×256, 64×128×128×2048) практически на равных; во-вторых, единственный регресс — это bfloat16 на форме (32, 256, 256, 256), 0.985x, что относится к пограничному случаю на малой форме, где накладные расходы шаблона не размываются; в-третьих, после унификации батчевой обработки в общий шаблон такие общие основания, как внимание и многоголовые структуры, поддерживаются лишь в одном месте, и последующая оптимизация батчевых операторов не требует копирования по каждому отдельности.

Вместе с тем же набором, что и ускорение, было включено ещё 5 сопутствующих исправлений, стилистически сводящихся к «дать ошибке проявиться на этапе конструирования или измерения»: проверка рабочей области MoE переведена на безопасность на этапе конструирования, шаблон батчевого матричного умножения считает по фактически запущенным tile, определение устройства H200 и регистр имени устройства нормализованы, а grid ядра внимания заполняется по имеющемуся устройству. Такие сопутствующие изменения показывают, что при переиспользовании общего шаблона несколькими операторами надёжность определения устройства и подсчёта ресурсов становится новой общей задачей.

1. Прогресс ключевых проектов

Обзор окна: в организации tile-ai из 28 репозиториев в окне было 9 с пушами, но последний коммит ветки по умолчанию главного репозитория по-прежнему остаётся исправлением сопоставления типов параметров ветки от 09-17 09:57 — иначе говоря, во второй половине окна (после 09-17 20:00 по пекинскому времени) в главный репозиторий ничего нового не вливалось, активность сосредоточена на «ревью уже открытых PR и разбиении дефектов». В окне в главном репозитории открыто 6 новых PR и 1 карточка дефекта, все находятся в несмёрженном состоянии.

1.1 Разбиение исправлений трёх дефектов RNG в главном репозитории: последовательность по умолчанию, привязка результата void, отсутствие ошибки при отсутствии инициализации (09-17)

Дата: 2026-09-17　Источники: #3242 последовательность по умолчанию выводится из полной размерности запуска / #3243 отклонение привязки результата void / #3244 выборка без инициализации переведена в явную диагностику

Три дефекта интерфейса генерации случайных чисел на стороне CUDA были разбиты на три независимых PR (отправлены одним автором, предшественник #3239 был закрыт и переделан в разбиение); все три относятся к классу тихих проблем «по типам компилируется, по семантике ошибается»:

Во-первых, инициализация состояния генератора случайных чисел без указания номера последовательности выводила последовательность по умолчанию только из x-размерности внутри блока потоков и x-размерности сетки, из-за чего в блоках потоков размерности два и выше потоки, различающиеся только координатами y/z, совместно использовали одну и ту же случайную подпоследовательность, а извлечённые случайные числа оказывались побайтово идентичными. Исправление переведено на учёт всех запущенных размерностей в порядке по строкам при выводе последовательности по умолчанию, при этом исторические значения для одномерного случая остаются неизменными (#3242, сопровождается 4 новыми тестами, покрывающими двумерный блок потоков, двумерную сетку, одномерную совместимость и сопоставление с явным номером последовательности).

Во-вторых, сама инициализация генератора случайных чисел является встроенной функцией с чистым побочным эффектом, но фронтенд записывает её как «имеющую возвращаемое значение»; привязка результата согласно документации порождает void state = ;, превращая семантическую ошибку в ошибку компиляции nvcc «неполный тип». Исправление отклоняет привязку выражения без значения на фронтенде и в отчёте одновременно выдаёт имя переменной и вызвавшее проблему выражение (#3243).

В-третьих, если в функции случайное число берётся напрямую без инициализации, порождается пустой вызов curand, который также проявляется в виде синтаксической ошибки nvcc. Исправление в предварительном сканировании на уровне функции фиксирует «инициализировано ли» и «потребляется ли поток случайных чисел», и при отсутствии любого из них выдаёт собственную ошибку TileLang; автор явно указывает, что проверка выполняется на уровне функции, а не с учётом потока управления — инициализация внутри ветки времени выполнения по-прежнему считается инициализацией, чтобы не превращаться в анализ определённого присваивания (#3244).

Сопоставив все три, можно увидеть класс системных проблем, над которыми сейчас работает основной репозиторий: отсутствие фронтенд-диагностики, из-за чего семантические ошибки проявляются в нижележащем компиляторе в невразумительной форме.

1.2 Неподдерживаемые комбинации типов GEMM отсекаются заранее и больше не доходят до утверждений типов в nvcc (09-17)

Дата: 2026-09-17　Источники: tilelang #3245 отклоняет неподдерживаемые комбинации типов GEMM до генерации CUDA-кода

Некоторые комбинации типов операндов матричного умножения (например, bfloat16 умножить на bfloat16 с выводом float16) ранее принимались фронтендом и лишь на этапе nvcc терпели неудачу с непрозрачным статическим утверждением. Этот PR устанавливает явный белый список типов для пути mma.sync поколения Ampere/Ada, при этом проверка выполняется в двух местах — на входе фронтенда и при выборе инструкций в C++; неподдерживаемые комбинации отклоняются ещё до генерации кода с выдачей понятного сообщения; поддерживаемые комбинации и не-Ampere цели не затронуты, в комплекте 1 негативный и 3 позитивных регрессионных теста. Это вторая за текущий выпуск линия основного репозитория по «превращению тихих ошибок в явные отказы».

1.3 Исправление преобразования и хранения FP4 в бэкенде CuTeDSL, активационная квантизация DeepSeek V4 по-прежнему застревает на этапе FP8 (09-17)

Дата: 2026-09-17　Источники: баг-репорт #3240／исправление #3241

Наиболее заслуживающий внимания риск в окне мониторинга проявился в бэкенде CuTeDSL (бэкенд, использующий примитивы CUTLASS DSL вместо генерации CUDA-кода). В баг-репорте зафиксировано: ядро активационной квантизации в примере DeepSeek V4 не работает на этом бэкенде. Корневая причина — версионная связанность: вспомогательные функции преобразования всё ещё используют устаревшие операции извлечения и вставки элементов вектора, тогда как nvidia-cutlass-dsl 4.7 переименовал эти две операции, что приводит к ошибке атрибута MLIR при любом преобразовании типа FP4; на той же цепочке есть ещё одно несовпадение целевого типа FP8.

После того как исправляющий PR перевёл преобразование FP4 на новый интерфейс MLIR, путь активационной квантизации FP4 компилируется и проходит при указании этого бэкенда, а несовпадение целевого типа FP8 также устранено; однако комбинированный сценарий всё ещё терпит неудачу — на этапе FP8 он упирается в независимый сбой компиляции libNVVM, поэтому этот сценарий пока нельзя убрать из списка известных сбоев. В баг-репорте есть ещё одна находка, достойная фиксации: фактический способ включения этого бэкенда (указание цели через переменную окружения) в репозитории читается только фикстурой примерного теста и двумя фрагментами конвейера, сама библиотека эту переменную не читает, что говорит о том, что тестовое покрытие этого пути выстроено в обход библиотечного слоя.

Следует также отметить, что данный раздел соответствует реальной активности 09-17 (сосредоточенной в утренние и вечерние часы) и пересекается с временным окном предыдущего выпуска; в текущем выпуске он выделен отдельно, поскольку продвинулся от «дефект зафиксирован» к «дефект исправлен наполовину, оставшаяся часть чётко очерчена».

1.4 Документация API и инструкционно-уровневые варианты блочно-квантованного GEMM вышли в свет (09-17)

Дата: 2026-09-17　Источники: коммит Update docs на tilelang.github.io

Сайт документации был перегенерирован ботом (387 файлов), что вывело блочно-квантованный GEMM, вошедший в основной репозиторий в прошлом выпуске, на публичные страницы API: в диалекте CUDA добавлено полное описание сигнатуры блочно-квантованного GEMM (масштабирующие множители как полноценный вход, требование барьера завершения на SM100, требование конфигурации размерности кластера для режима двойного CTA, синхронный путь фрагментного накопления на SM120), а также впервые перечислены три инструкционно-уровневых явных варианта — явная асинхронная версия wgmma для Hopper, явная асинхронная версия tcgen05 для Blackwell и соответствующие им блочно-квантованные версии, а также точка входа для построения раскладки масштабирования. Документация одновременно жёстко фиксирует поведенческое соглашение: «неподдерживаемые комбинации терпят неудачу при компиляции, а не отбрасывают масштабирующие множители». Это согласуется с подходом из 1.2: вместе с добавлением возможностей режимы отказа вписываются в документацию.

1.5 Пояснение статуса содержимого, уже освещённого в предыдущем выпуске (09-17)

Следующее содержимое уже освещалось в предыдущем выпуске, в окне мониторинга семантических изменений нет, фиксируется лишь текущий статус: блочно-квантованный GEMM основного репозитория и его селектор бэкенда (#3237), производительное дополнение планирования ширины атомарных векторов по целевому адресу (#3238), доработка отображения типов параметров пакетной обработки (#3229); путь экспертов малой маршрутизации по индексу MoE в TileOPs (#2141) и выбор ядра, рефакторинг диспетчеризации сборки (#2146); операторы прямого прохода и переменной длины NSA на стороне Ascend, примеры динамической квантизации и слияния RMSNorm; асинхронный копирующий GEMM на MetaX (#156) и исправление его тестов (#157). Все эти более десяти пунктов составляют накопленное содержимое данного окна и в текущем выпуске подробно не повторяются.

2. Мультибэкендная адаптация (Ascend / MetaX / Hygon / Moore Threads)

Обзор окна: все четыре отечественных и сторонних бэкенда проявили активность в окне, но разного характера — Ascend поддерживает наивысшую активность за счёт «высокочастотного пополнения операторов + ежедневной регрессии», Hygon завершил слияние и обратный перенос довольно крупного изменения бэкенда, а MetaX и Moore Threads сместили фокус на ветки версий и поддержку документации.

2.1 Ascend: ежедневная регрессия — все 1925 пунктов пройдены, продвижение по операторам продолжается (09-17/09-18)

Дата: 2026-09-18　Источник: tilelang-ascend ежедневный отчёт о тестировании #1811

Ежедневное плановое тестирование репозитория адаптации Ascend выдало отчёт 09-18 в 05:46 (пекинское время): все 1925 тестов пройдены, 0 неудач, вложения хранятся 30 дней. Это единственная точка данных, пересекающая границу суток, в данном окне мониторинга; её можно использовать как доказательство того, что «после непрерывного включения новых операторов в upstream-репозиторий регрессия на стороне Ascend по-прежнему остаётся полностью зелёной». В окне в этом репозитории было 4 коммита (прямой проход NSA, прямой проход NSA с переменной длиной, пример динамического квантования, пример слияния динамического квантования RMSNorm), все они приходятся на утро 09-17 и относятся к уже освещённому в предыдущем выпуске; во второй половине окна новых коммитов в этом репозитории не было.

2.2 Hygon: MLS-перебазирование адресов и асинхронный конвейер официально включены в основную ветку и перенесены обратно в релизную ветку (09-17)

Дата: 2026-09-17　Источник: tilelang-hygon #10 Перебазирование буферного хранилища и перехват конвейера асинхронного копирования

Одно изменение на стороне Hygon в данном окне официально включено в основную ветку (19 файлов, +540/-31). Оно касается двух вещей: во-первых, перебазирования адресов многоуровневого хранилища (MLS) — добавлены аннотации перебазирования буферных операций и соответствующее сопоставление атрибутов, что позволяет бэкенд-генерации кода выполнять перебазирование адресов буферного хранилища по блочному индексу, а попутно ускоряет вывод раскладки на этих путях; во-вторых, отправка и ожидание параллельного копирования с асинхронными предпочтениями переданы в управление планировщику программного конвейера. Изменение также прошло проверку форматирования. После включения этот репозиторий 09-17 в 20:25 (пекинское время) перенёс то же изменение обратно в релизную ветку v0.1.12 и дополнительно внёс исправление раскладки матричного умножения в трёхмерной области среза; в новой созданной ветке разработки feat/hcu-mls-rebase-device-flags есть ещё один коммит по управлению конвейером и доработке форматирования. Hygon по-прежнему остаётся лидером среди четырёх по объёму изменений бэкенд-кода.

2.3 MetaX: после включения асинхронного копирования GEMM в репозиторий перешла к поддержке ветки (09-17)

Дата: 2026-09-17　Источник: Список веток tilelang-metax

На стороне MetaX в окне не было новых коммитов в основную ветку; последним остаётся включённая утром 09-17 поддержка матричного умножения с асинхронным копированием MACA и исправление её тестов (освещено в предыдущем выпуске). Текущая активность сосредоточена на релизных ветках и поддержке тестов — это наименьший объём изменений среди четырёх.

2.4 Moore Threads: ветка обратного переноса несёт документацию MUSA 5.3.0, основная ветка неподвижна с 09-11 (09-17)

Дата: 2026-09-17　Источник: Список веток tilelang-musa

Последний коммит в основную ветку репозитория адаптации Moore Threads был 09-11; push в окне пришёлся на ветку обратного переноса версии, его содержимое — коммит документации MUSA 5.3.0, зафиксированный в этой ветке утром 09-17 (освещено в предыдущем выпуске). Список веток показывает, что способ поддержки здесь — «одна младшая версия upstream соответствует одной ветке обратного переноса с суффиксом»; сейчас всё остановилось на линии v0.1.12 и ещё не последовало за основной репозиторией v0.1.14.

3. Экосистема и стороны-потребители

3.1 TileOPs переходит на манифесты: составные операторы, ресурсы и обнуляемые выходы попадают в manifest (09-17)

Дата: 2026-09-17　Источник: TileOPs #2147 Выражение составных операторов через манифест

На стороне TileOPs в данном окне был отправлен крупнейший по объёму набор изменений (34 файла, +2552/-370, ещё не включён). Он позволяет манифесту операторов (manifest) описывать внутреннюю структуру составных операторов, ресурсы и обнуляемые выходы, а также убирает ранее разрозненную дублирующую логику вывода. Список проблем, перечисленных автором, хорошо иллюстрирует узкое место зрелости этого проекта: ранее манифест мог описывать только внешний контракт публичных операторов, из-за чего шесть уже реализованных составных операторов не могли нигде объявить себя составными; некий оператор-слитый эксперт объявлял два временных буфера как обычные входы сигнатуры, что фактически придавало рабочей области семантику «значения, зависящего от результата»; оператор разделяемого эксперта не имел записи в манифесте, а его бенчмарк нёс собственную реализацию расчёта вычислительной мощности и байтов, к тому же имя класса нарушало установленное соглашение об именовании; фиксированные позиции выходов, возвращающие пустые значения, ранее было невозможно выразить. Всё это — не проблемы производительности, а проблемы контрактов интерфейса. Если рассматривать это вместе с повторным использованием шаблонов пакетного матричного умножения из сегодняшнего обзора, TileOPs одновременно закрывает две линии — производительность и контракты.

3.2 Сайт документации TileOPs следует за унифицированной диспетчеризацией и новыми границами компиляции (09-17)

Дата: 2026-09-17　Источник: TileOPs.github.io #51 Следование унифицированной диспетчеризации ядер

Сайт документации синхронизировал включённый в предыдущем выпуске рефакторинг диспетчеризации операторов: новую сигнатуру точки входа получения ядра (ключ и способ сборки как явные параметры), границы регистрации пользовательских операторов PyTorch и регистрации фиктивных реализаций, а также способ записи границ компиляции, генерируемых из кортежа спецификации оператора. Оба набора документации — на китайском и английском — были изменены в одном пакете; в разделе верификации автор зафиксировал фактическое выполнение скрипта проверки страниц интерфейса, сборки сайта документации и полного набора тестов. Документация последовала за изменениями upstream-части операторов в тот же день, что говорит о том, что процесс документации в TileOPs уже автоматизирован настолько, что может следовать за рефакторингом.

3.3 Ночные бенчмарки и снимок корректности: 1 из 1039 бенчмарков не пройден, все 1117 тестов корректности пройдены (09-17)

Дата: 2026-09-17　Источники: коммит снимка TileOPs-nightly／файл записи снимка

Ночной конвейер TileOPs в данном окне сгенерировал снимок для того коммита «шаблонизация пакетного матричного умножения» (то есть результата слияния, ставшего сегодняшним фокусом), включающий результаты бенчмарков, результаты корректности и метаданные окружения. Метаданные фиксируют все элементы, необходимые для воспроизводимости: конкретный номер коммита, контейнерный образ, записанный по его дайджесту, модель GPU и лимит мощности, настройки тактовой частоты SM, а также полные версии зависимостей (в данной записи — версия Cube 13.2, PyTorch 2.13.0, TileLang 0.1.11 плюс идентификатор сборки этого коммита). Показатели двух наборов результатов:

  • Корректность: все 1117 тестов пройдены, 2 пропущены, время выполнения около 219 секунд;
  • Бенчмарки: 1 из 1039 случаев не пройден, неудачный случай — это случай ядра постраничного предзаполнения GQA в конфигурации с softcap 50, ошибка возникла из-за несовпадения сигнатуры функции в эталонной реализации для сравнения (отсутствует один параметр), а не из-за ошибки в собственном ядре TileOPs — подобные сбои как раз демонстрируют необходимость «включения стороны сравнения в регрессию».

Самое яркое в бенчмарках — класс операторов разреженного декодирования внимания: вмейнстрим массовых конфигурациях TileOPs показывает 1.86 миллисекунды, 313.98 TFLOPS, эталонная реализация — 19.88 миллисекунды, 30.79 TFLOPS, два других варианта сравнения (реализация fused attention — 5.61 миллисекунды, скомпилированная версия PyTorch — 16.64 миллисекунды) также уступают; вариант с длинным контекстом и низким top-k — 0.50 миллисекунды, 291.55 TFLOPS, сравнение — 20.36 миллисекунды; декодирование многоголового латентного внимания в контексте 4k (половинная точность) — 0.0385 миллисекунды, сравнение — 0.3147 миллисекунды.

Следует отметить две границы: эти цифры присутствуют только в записи одного запуска ночного конвейера и не являются сравнительным тестированием; при этом эталонная реализация для разреженного внимания является наивной реализацией (30.79 TFLOPS) и не может напрямую сравниваться с индексированным вниманием производственного уровня.

3.4 СМИ: инженер DeepSeek прогнозирует, что AI-написание ядер за 6–12 месяцев сравняется с его собственной работой (09-16/09-17)

Дата: 2026-09-17　Источники: NeoTeo: DeepSeek engineer forecasts AI-written GPU kernels could match his work

Это единственная тематическая публикация СМИ, найденная в окне мониторинга. Статья фиксирует публичное суждение инженера DeepSeek Shengyu Liu: примерно за год роль AI в работе над ядрами продвинулась от чтения документации и кода, исправления дефектов до чтения низкоуровневого графического ассемблера, анализа остановок инструкций и оптимизации операторов; он прогнозирует, что в течение 6–12 месяцев написанные AI ядра смогут достичь или превзойти его собственный уровень, а роль человека сместится к определению целей, интерпретации результатов профилирования и оценке результатов работы. Статья также обозревает экосистему TileLang как контекст: TileKernels — это библиотека ядер, написанная исключительно на TileLang, охватывающая гейтирование, маршрутизацию смеси экспертов, квантизацию, транспонирование и два класса операторов соединения; требования к окружению — два поколения GPU уровня Hopper/Blackwell, Python 3.10 и выше, PyTorch 2.10 и выше, TileLang 0.1.9 и выше, CUDA 13.1 и выше; также цитируется предыдущий эксперимент NVIDIA с замкнутым циклом верификатора по генерации ядер внимания с помощью инференс-модели (числовая корректность первого уровня 100%, второго уровня 96%, один цикл около 15 минут) как сопоставление «уже отработано в ограниченных условиях».

В плане позиционирования необходимо пояснить: это прогностическая публикация плюс обзор экосистемы, не содержащая никаких изменений самого TileLang и не являющаяся независимой проверкой вышеупомянутых возможностей; причина включения — это единственный публичный материал в данном окне, обсуждающий TileLang в контексте отраслевой структуры кадров, и он напрямую связан с нарративом стороны-потребителя (TileKernels).

3.5 Репозитории потребителей тихи в окне: TileKernels, FlashQLA, TileRT — без пушей

В окне у TileKernels от DeepSeek (последний пуш 04-23), FlashQLA от Tongyi Qianwen (08-26) и TileRT — также под организацией tile-ai (08-13) — не было коммитов. TileRT не обновлялся уже пять недель подряд. Статичное состояние на стороне потребителей в данном окне не является сигналом риска, но означает, что сегодняшняя динамика полностью обеспечена стороной вышестоящего языка и библиотеки операторов.

4. Сообщество, учебные материалы и мероприятия

4.1 Сайт документации и страницы API перегенерированы ботом (09-17)

Дата: 2026-09-17　Источники: список коммитов tilelang.github.io

Документационный сайт основного репозитория в этот день был повторно сгенерирован роботом по вышестоящему коду (387 файлов); видимые изменения содержимого сосредоточены на страницах API, связанных с матричным умножением (подробнее см. 1.4). Эта цепочка «слияние вышестоящего кода — обновление документационного сайта в тот же день» в данном окне работает нормально, расхождений между документацией и кодом не возникло.

4.2 Академическая и общественная сторона: нет нового — нулевые попадания в окне arXiv и Hacker News (09-17)

В данном окне поиск TileLang в arXiv не выявил новых статей; ближайшая работа — статья направления моделирования производительности от 2026-07-24 (TileSight), относится к фоновым материалам; в Hacker News за последние пять дней тематических обсуждений не найдено. На общественной стороне в окне отсутствуют учебные материалы, учебные репозитории или анонсы мероприятий; в этом выпуске инкрементальные пункты не предусмотрены.

4.3 Ритм версий: последний тег основного репозитория по-прежнему v0.1.14, релизов TileOPs нет (09-02)

Последний тег основного репозитория по-прежнему v0.1.14 (выпущен 09-02), новых тегов в окне нет; у TileOPs до сих пор нет ни записей о релизах, ни тегов, его внешний статус обеспечивается документационным сайтом и ночными снимками.

5. Наблюдения за тенденциями

5.1 Фокус основного репозитория смещается от «добавления возможностей» к «превращению тихих ошибок в ошибки времени компиляции»

Из 6 новых PR, открытых в основном репозитории в данном окне, 5 относятся к одному семейству: ошибка последовательности по умолчанию у генератора случайных чисел, привязка результата void, отсутствие сообщения об ошибке при неинициализированном значении, неудовлетворительная комбинация типов, которая падает в нижележащем компиляторе, а также устаревший интерфейс преобразования суббайтовых чисел с плавающей точкой. Общее у них то, что раньше всё это компилировалось и выдавало результат, но результат был неверным либо сообщение об ошибке указывало на нерелевантный уровень. Вместе с рефакторингом диспетчеризации, который превратил «тихую деградацию бэкенда, не обладающего возможностью» в ошибку компиляции, можно заключить, что текущий приоритет основного репозитория — выстраивать границы ошибок на уровне языка, а не продолжать расширять набор операторов.

5.2 Впервые проявилась связанная с эволюцией версий вышестоящего CUTLASS DSL травма у CuTeDSL

Бэкенд CuTeDSL в данном окне впервые столкнулся с проблемой, вызванной переименованием в вышестоящей версии, и даже после исправления фаза FP8 по-прежнему застревает на libNVVM. Это указывает на структурный риск: стабильность бэкенда, построенного на стороннем DSL, зависит от стабильности вышестоящего интерфейса, а таким бэкендам в настоящее время не хватает читаемого на уровне библиотеки способа включения и регулярного регрессионного покрытия. Для тех, кто зависит от этого пути (особенно для команд, занимающихся квантованными операторами семейства DeepSeek), прогресс в данном окне заслуживает отслеживания.

5.3 Разделение ритма отечественных бэкендов: высокочастотные итерации Ascend, закрытие цикла Hygon, переход MetaX и Moore Threads к сопровождению

Различия между четырьмя вендорами в данном окне особенно отчётливы: Ascend поддерживает продвижение за счёт ежедневных 1925 регрессий плюс дополнения операторов; Hygon завершил довольно крупное изменение, затрагивающее генерацию кода и конвейеризацию, и немедленно выполнил обратный перенос в версионную ветку — это «слияние плюс закрытие цикла»; MetaX после включения в репозиторий асинхронного копирования GEMM перешёл к тестированию и сопровождению веток; ветка обратного переноса Moore Threads остановилась на уровне v0.1.12 и ещё не последовала за основным репозиторием v0.1.14. Из этого видно, что общий ритм отечественной адаптации остаётся здоровым, но в том, насколько близко удаётся подойти к последним языковым возможностям вышестоящего проекта, вендоры уже разошлись.

5.4 TileOPs: одновременно ускорение и установление контрактов — движение к слою операторов с контрактами

Ускорение пакетного матричного умножения из сегодняшнего фокуса (до 1.44 раза, не отстаёт от официальной библиотеки) и изменения по составлению перечней (составные операторы, семантика ресурсов, допускающие пустое значение выходы) продвигаются в один день; вместе с тем ночной конвейер оставляет для каждого коммита воспроизводимый снимок (номер коммита, дайджест образа, настройки часов), и позиционирование TileOPs смещается от «набора реализаций операторов» к «набору операторов с контрактами и воспроизводимым сопоставлением». Для интеграции с нижестоящими движками инференса это хорошо: чёткие контракты снижают стоимость подключения сильнее, чем количество операторов.

5.5 Пробелы и риски данного окна

В части пробелов: ветка по умолчанию основного репозитория во второй половине окна не получала новых слияний; репозитории потребителей (TileKernels, FlashQLA, TileRT) полностью остановились; на академической и общественной стороне — нулевые попадания; новых релизов нет. В части рисков есть два: во-первых, на CuTeDSL фаза FP8 квантования активаций DeepSeek V4 по-прежнему не пройдена, комбинационные сценарии использования всё ещё в списке известных сбоев; во-вторых, все 6 новых PR основного репозитория, открытых в данном окне, не слиты, а три дефекта генератора случайных чисел и белый список типов всё ещё находятся в очереди на рассмотрение, сроки фактического исправления неопределённы, — эти три пункта следует в первую очередь проверять в следующем выпуске.

Приложение: материалы и пояснения по проверке

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

Источники Результаты проверки
Проверка push-ов организаций на GitHub Полная проверка времени push-ов 28 репозиториев организации tile-ai; в окне мониторинга push-и были в 9 репозиториях: основной репозиторий, библиотека операторов и её сайт и репозиторий ночных данных, Ascend, MetaX, Hygon, Moore Threads, сайт документации
Детализация коммитов основного репозитория В ветке по умолчанию в окне мониторинга 2 коммита (оба уже упоминались в предыдущем выпуске), время последнего коммита — 09-17 09:57; в окне мониторинга открыто 6 новых PR и 1 баг-репорт, ни один не влит
TileOPs В окне мониторинга 3 влитых коммита (из них 2 уже упоминались в предыдущем выпуске), открыт 1 новый PR; репозиторий ночных данных сформировал снимок для последнего коммита
TileOPs-nightly В ветке snapshots в окне мониторинга 1 push; из 1039 бенчмарков 1 завершился неудачей (проблема подписи эталонной реализации), все 1117 проверок корректности пройдены
tilelang-ascend В окне мониторинга 4 коммита (упоминались в предыдущем выпуске) плюс 1 ежедневный отчёт о тестировании (все 1925 пунктов пройдены)
tilelang-hygon В основную ветку 1 влитый коммит, в ветку обратного портирования 2, в ветку разработки 1; изменения включают перебазирование адресов и перехват асинхронного конвейера
tilelang-metax В ветке по умолчанию в окне мониторинга 2 коммита (упоминались в предыдущем выпуске), новых коммитов нет
tilelang-musa В ветке по умолчанию коммитов в окне мониторинга нет, push-и приходятся на ветку обратного портирования v0.1.12; последний коммит в основную ветку — 09-11
tilelang-mlir-ascend / TileFoundry / DeepStack / tilescale В окне мониторинга push-ов не было, последние — 09-16 / 09-15 / 09-15 / 08-25 соответственно
TileRT В окне мониторинга push-ов не было, последний — 2026-08-13, пять недель подряд без обновлений
Репозитории потребителей TileKernels / FlashQLA В окне мониторинга push-ов не было, последние — 2026-04-23 / 2026-08-26 соответственно
Google News RSS (несколько групп запросов на китайском и английском) После комбинированных запросов по тематическим словам, названиям компонентов и команд в окне мониторинга только 1 пригодное совпадение (репортаж NeoTeo), остальное — одноимённый шум и биржевые сводки, исключены
Hacker News За последние пять дней ноль совпадений по тематическим словам, все совпадения — одноимённые статьи
arXiv В окне мониторинга новых статей нет, последняя — статья о моделировании производительности от 2026-07-24
Сайт документации и теги Сайт документации перегенерирован в тот же день (387 файлов); последний тег основного репозитория по-прежнему v0.1.14 (09-02), у TileOPs тегов и релизов нет

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

QwenLM/FlashQLA — https://github.com/QwenLM/FlashQLA