Fable 5 создает CUDA-мегаядро на KernelBench-Mega: ускорение в 18,7 раза за 2,5 часа

ВведениеFable 5 оказался в центре новой дискуссии в сфере AI-инженерии после того, как, по сообщениям, написал первое настоящее CUDA-мегаядро, представленное на KernelBench-Mega. Результат впечатляет: ускорение декодирования в 18,71 раза на системе RTX PRO 6000 Blackwell, полученное в ходе одного автономного сеанса продолжительностью примерно 2,5 часа.Суть не только в том, что AI-система написала быстрый низкоуровневый код. Более важным является форма решения. Вместо объединения нескольких небольших GPU-ядер Fable 5 объединил рабочий процесс декодирования в единый кооперативный запуск ядра на токен. Именно это привлекло внимание исследователей и инженеров.Эта статья сохраняет оригинальную структуру и технический смысл, но переписывает историю более понятным английским языком для публикации. В ней объясняется, что тестирует KernelBench-Mega, почему этот результат важен, чем мегаядро отличается от обычной генерации GPU-ядер и почему некоторые исследователи связывают его с идеей рекурсивного самосовершенствования.## Fable 5 достигает ускорения в 18,7 раза и обгоняет GPT-5.5Результат бенчмарка получен от KernelBench-Mega — теста, ориентированного на генерацию мегаядер полного блока, а не на оптимизацию изолированных операторов. В этом запуске Fable 5 нацелился на 02_kimi_linear_decode — гибридную задачу декодирования Kimi-Linear W4A16 с использованием 4-битных весов и активаций bf16.Условия были строгими: один автономный сеанс, ограничение по времени 3 часа и реальная тестовая среда. В этих рамках Fable 5 достиг ускорения декодирования в 18,71 раза по сравнению с оптимизированным эталоном PyTorch.Сравнение помогает лучше понять результат:| Модель | Заявленное ускорение | Примечания |

|-|-|-|
| Fable 5 | 18,71x | CUDA-мегаядро, единый объединенный путь запуска |
| Claude Opus 4.8 | 14,40x | Сильный результат, но не та же модель единого CUDA-мегаядра |
| GPT-5.5 | 4,34x | Значительно меньшее ускорение на этой задаче |
| Claude Sonnet 5 | 4,03x | Диапазон, схожий с GPT-5.5 по данным этой таблицы лидеров |oss-cn-beijing.aliyuncs.com/cms-assets/image/2026/07/ce6c9cad-7360-4ac5-854b-279a01ab49ee-04-4d685459-6d03-4b22-840d-4e6787d38b10.png)Разбивка по длине контекста также важна. Согласно отображаемой таблице лидеров, Fable 5 сохранял стабильность по мере увеличения контекста:- Контекст 2K: примерно в 17,8 раза

• Контекст 8K: примерно в 18,9 раза
• Контекст 16K: примерно в 19,5 разаНа первый взгляд это кажется нелогичным. Более длинный контекст обычно увеличивает затраты на обработку внимания (attention) и KV-кэша. Многие системы начинают терять производительность в таких условиях. Результат Fable 5 показывает, что объединённая конструкция снизила накладные расходы на запуск настолько, что её относительное преимущество стало больше по мере возрастания нагрузки.## Почему KernelBench-Mega сложнее, чем обычный бенчмарк ядерKernelBench-Mega не просто просит модель доработать один маленький оператор. Он поручает агенту объединить более крупный блок модели в мегаядро (megakernel) целого блока. Это важно, потому что сложность теперь не в том, чтобы написать синтаксически корректный код на CUDA или Triton. Сложность заключается в управлении множеством взаимодействующих этапов вычислений в рамках одного эффективного пути.Задача 02_kimi_linear_decode включает гибридную нагрузку декодирования для Kimi-Linear W4A16. На практике модель должна работать с квантованными весами, активациями bf16, состоянием, связанным с вниманием, маршрутизацией, нормализацией и поведением кэша.Именно поэтому этот бенчмарк является значимым тестом на выносливость для низкоуровневого производительного кода, созданного ИИ. Простое ускорение на маленьком изолированном операторе полезно, но полноблочное мегаядро гораздо ближе к тому типу оптимизационной работы, которая может повлиять на реальные системы инференса.## Первое настоящее «мегаядро»Самое важное техническое утверждение заключается в том, что Fable 5 создал первое в истории KernelBench-Mega настоящее мегаядро.Мегаядро сжимает более крупный путь инференса в одно ядро. Вместо запуска нескольких отдельных ядер и постоянного переключения управления между ними, оно удерживает всю работу в одном координированном потоке выполнения. Это сложно, потому что ядро должно координировать множество фаз, сохраняя при этом корректность.В данном случае в отчёте указано, что torch.profiler показал ровно один запуск кооперативного ядра на каждый декодированный токен. Этот единственный запуск обработал работу, которая обычно разбивается на несколько этапов, включая:- деквантизацию int4
• свёртку (convolution)
• активацию SiLU
• KDA-управляемое дельта-состояние
• обработку латентного внимания MLA
• маршрутизацию MoE и выбор топ-8 экспертов
• операции, связанные с RMSNorm
• запись в KV-кэшСообщается, что другие участники с высокими показателями разделяли работу на 4–14 отдельных запусков ядер. Fable 5 объединил временной путь в один слитный кооперативный запуск. В этом разница между «быстро сгенерированным кодом ядра» и гораздо более агрессивным артефактом GPU-программирования.## Как один запуск ядра меняет профиль производительностиЗапуски ядер не бесплатны. Каждый запуск имеет накладные расходы, затраты на синхронизацию и промежутки в планировании. В задаче декодирования эти затраты становятся особенно ощутимыми, поскольку работа повторяется токен за токеном.Подход Fable 5 снижает эти повторяющиеся накладные расходы, объединяя этапы декодирования в один кооперативный путь. В оригинальном отчете решение описывается как использование 14 барьеров сетки для организации вычислений внутри одного запуска.Вот почему результат заключается не только в умной математике. Речь идет о выполнении на уровне системы GPU. Когда другие решения многократно выходят из ядер и возвращаются в них, они теряют время на передаче управления. Fable 5 избегает большей части этих затрат, сохраняя конвейер слитным.Простыми словами: другие выполняют работу за несколько подходов; Fable 5 пытается сделать это за один.## 2,5 часа и около 550 000 токеновЕще одна примечательная часть выполнения — как модель использовала свое время. Она не начала немедленно выдавать готовый код CUDA. Трассировка указывает на более размеренный рабочий процесс.Бóльшую часть сессии Fable 5 тестировала базовый уровень, исследовала затраты на барьеры сетки и анализировала пропускную способность памяти. Согласно статье, примерно 64% сессии было потрачено на измерения и проектирование до того, как была создана основная реализация.После написания первоначальной версии первый тест, по сообщениям, достиг примерно 14,4-кратного ускорения. Затем Fable 5 использовал оставшееся время для удаления барьеров, оптимизации int4-деквантизации, тестирования изменений и отката одной неудачной оптимизации, когда измерения показали, что она ухудшила результат.Полный запуск занял около 2,5 часов и использовал примерно 550 000 выходных токенов. Ключевая деталь — не только масштаб. Это поведение: тестирование, построение, измерение, откат при необходимости и оптимизация на основе данных, а не уверенности.В оригинальном источнике также отмечается, что Fable 5 описывается как более безопасная или урезанная версия внутренней модели Mythos от Anthropic. Это утверждение следует воспринимать как часть повествования источника, а не как публичное объявление о продукте.## «Цикл самоулучшения ИИ запущен»Более широкая дискуссия возникла из информационного бюллетеня Import AI Джека Кларка. В этомКларк представил результат работы GPU-ядра как признак того, что ИИ-системы становятся всё лучше в автоматизации частей собственных исследований и разработок в области ИИ.Логика проста:1. Более совершенные ИИ-системы способны писать более качественные низкоуровневые ядра.

1. Более качественные ядра ускоряют или удешевляют обучение и инференс.
2. Более быстрые и дешёвые ИИ-системы помогают создавать следующее поколение.
3. Следующее поколение может стать ещё лучше в написании ядер.Именно поэтому в этом обсуждении встречается фраза «рекурсивное самоулучшение». Это не означает, что уже возникла полностью автономная неконтролируемая петля. Это значит, что один элемент этой петли — улучшение ИИ инфраструктуры, используемой для создания ИИ, — становится всё более заметным и измеримым.

## От написания ядер к удалённой работеОригинальная статья также связывает этот результат с более широкими бенчмарками автоматизации. В Import AI обсуждается Индекс удалённого труда, где ИИ-агенты оцениваются по экономически полезным онлайн-проектам.Дело не в том, что написание CUDA-ядер и автоматизация фриланс-задач — одно и то же. Это не так. Но оба явления указывают в одном направлении: передовые ИИ-системы улучшаются в выполнении более длительных и структурированных задач, требующих планирования, использования инструментов, проверки и итераций.Один комментарий в исходном материале хорошо отражает суть опасений: как только модель сможет писать ядра, ускоряющие модели, инструмент перестаёт лишь помогать пользователям. Он также начинает улучшать части собственной основы.Именно здесь проверка становится критически важной. Ядро, которое выглядит правильным, не обязательно быстрее. Более быстрое на вид ядро может содержать тонкие ошибки корректности. В низкоуровневой работе с GPU цикл проверки должен оставаться строгим.## Быстрый прогресс, реальная осторожностьУ этой истории две стороны. С одной стороны, результат впечатляет. ИИ-системы теперь создают низкоуровневые артефакты производительности, которые раньше были доступны лишь небольшому числу экспертных программистов GPU.com/cms-assets/image/2026/07/0fdc859f-d6a1-47e7-b2ba-5e2fefcf3a3f-12-593ae533-5c09-47f2-840c-11d03c53dc3a.png)С другой стороны, это именно та способность, которая заслуживает пристального внимания. В том же выпуске новостной рассылки описывается будущее, где универсальные вычисления становятся настолько мощными и опасными, что люди пытаются их ограничить. Этот вымышленный финал — не предсказание, а отражение беспокойства, связанного с ускоряющимися технологическими системами.Чуть более чем через год после того, как оригинальная работа KernelBench показала, насколько сложными могут быть ядра, созданные ИИ, этот результат свидетельствует о значительном скачке. Fable 5 не просто сгенерировал работоспособное ядро. Он создал объединенный путь мегаядра, который за одну ограниченную сессию достиг вершины сложного бенчмарка.Для ИИ-инфраструктуры это серьезный сигнал.## Источники- Оригинальный источник: Статья на BAAI Hub.

• В оригинальной статье цитируются отчеты и обсуждения из Import AI 464, KernelBench-Mega, поста Эллиота Арледжа в X и обсуждения на Reddit.
• Оригинальная статья включает несколько брендовых разделителей, декоративные логотипы, графику для вовлечения и фотографию человека. Они были намеренно исключены, так как не нужны для технического чтения.
• В исходном коде не было отдельных блоков кода. Встроенные технические идентификаторы, такие как 02_kimi_linear_decode и torch.profiler, были сохранены.## Часто задаваемые вопросы### Что такое KernelBench-Mega?KernelBench-Mega — это бенчмарк, ориентированный на генерацию целых блочных мегаядер. Вместо того чтобы просить модель оптимизировать один изолированный оператор, он просит модель объединить более крупную рабочую нагрузку в эффективный путь ядра, а затем измеряет реальную производительность.### Чего добился Fable 5 на KernelBench-Mega?Сообщается, что Fable 5 достиг ускорения декодирования в 18,71 раза по сравнению с оптимизированным эталоном PyTorch на задаче 02_kimi_linear_decode. Результат был получен в рамках одного автономного сеанса с ограничением в 3 часа.### Почему трудно написать мегаядро CUDA?Мегаядро должно координировать множество этапов вычислений в рамках одного запуска ядра. Это означает, что реализация должна управлять перемещением данных, синхронизацией, числовой корректностью, пропускной способностью памяти и порядком выполнения, не разделяя работу на более безопасные, мелкие ядра.### Почему важен один запуск ядра?Каждый запуск ядра GPU имеет накладные расходы. При покадровом декодировании повторные запуски могут быстро накапливаться. Один объединенный запуск может уменьшить накладные расходы на синхронизацию и планирование, поэтому...Подход Fable 5 технически значим.### Является ли это доказательством рекурсивного самосовершенствования?Это не является доказательством полного автономного цикла самосовершенствования. Это лучше понимать как конкретный сигнал того, что системы ИИ начинают автоматизировать задачи, которые могут улучшить инфраструктуру ИИ, такие как разработка ядер и оптимизация вывода.### Можно ли использовать такой сгенерированный ИИ код CUDA в производстве?Не напрямую, без тщательной проверки. Производительный код требует строгих проверок корректности, профилирования, регрессионного тестирования и валидации под конкретное оборудование. Быстрый результат бенчмарка многообещающ, но для промышленного внедрения требуется гораздо больше проверок.### Какие инструменты полезны для изучения этого результата?KernelBench-Mega предоставляет таблицу лидеров и артефакты запусков. PyTorch profiler, инструменты CUDA, наборы данных трассировки Hugging Face и инструменты профилирования GPU полезны для понимания того, как ведет себя сгенерированное ядро.## Связанные инструменты- KernelBench-Mega: Страница бенчмарка с результатами для целых блоков мегаядер и артефактами запусков.
• Репозиторий KernelBench на GitHub: Исходная структура бенчмарка для оценки GPU-ядер, сгенерированных LLM.
• NVIDIA CUDA Toolkit: Основной набор инструментов для написания, компиляции и профилирования приложений CUDA.
• PyTorch Profiler: Инструмент профилирования, используемый для анализа времени выполнения, запусков ядер и поведения во время выполнения в рабочих нагрузках PyTorch.
• Наборы данных Hugging Face: Платформа для размещения наборов данных и трасс бенчмарков, включая артефакты запусков KernelBench.
• Triton: Язык и компилятор для написания пользовательских GPU-ядер, часто используемых в оптимизации производительности ИИ.## Связанные ссылки- Таблица лидеров KernelBench-Mega: Официальная таблица лидеров и пояснения к бенчмарку мегаядер.
• Центр результатов KernelBench: Публичные результаты бенчмарков, просмотрщики транскриптов и наборы данных.
• Import AI 464: Выпуск новостной рассылки Джека Кларка, обсуждающий Fable, GPU-ядра, автоматизацию ИИ и аналоговые вычисления.
• Трассировка Fable 5 KernelBench-Mega: Трасса запуска, упомянутая в оригинальной статье.
• Статья KernelBench на arXiv: Исследовательская статья, представляющая KernelBench как бенчмарк для GPU-ядер, сгенерированных LLM.
• Репозиторий ScalingIntelligence KernelBench: Исходный код и инструменты оценки для оригинального проекта KernelBench.
• Обсуждение на Reddit: Обсуждение в сообществе, на которое ссылается исходная статья.## РезюмеЭта статья объясняет, почему сообщенный результат Fable 5 в KernelBench-Mega — это не просто очередная победа в бенчмарке. Важная деталь заключается в том, чтоОдноразовый запуск CUDA-мегаядра: объединённый путь, обрабатывающий сложную рабочую нагрузку декодирования с гораздо меньшими накладными расходами на запуск по сравнению с многокернельными решениями.Результат также имеет значение, поскольку он указывает на то, что ИИ-системы становятся лучше в задачах оптимизации производительности, поддерживающих само развитие ИИ. Более быстрые ядра могут сделать инференс и обучение более эффективными, что создаёт петлю обратной связи, за которой стоит наблюдать.В то же время сгенерированный ИИ низкоуровневый код не следует по умолчанию считать готовым к продакшену. Корректность, профилирование, особенности аппаратного обеспечения и регрессионное тестирование по-прежнему важны.Главный вывод: мегаядро Fable 5 — это сильный сигнал того, что ИИ-ассистированная инженерия производительности GPU переходит от демонстрационной стадии к серьёзной инфраструктурной работе.