Moonshot AI анонсировала две модели: Kimi 3.1 и Kimi 2.8. Информация появилась на kimi.ai, а в официальном посте компании в X опубликованы бенчмарки. На 23 октября 2026 года это единственное, что подтверждается первоисточниками.
Остальное пока в тумане. Конкретные цифры результатов, названия тестов, число параметров, контекстное окно, лицензия и условия доступа в доступных материалах не раскрыты. Отличия Kimi 3.1 от Kimi 2.8 тоже не описаны. Таблицы сравнений, которые уже расходятся по чатам, опираются на изображения и пост в X, содержание которых текстом не передано, поэтому пересказывать оттуда цифры нельзя.
Отправная точка шума: пост в сабреддите r/LocalLLaMA с заголовком «Kimi 3.1 and 2.8 preview» на Reddit. Автор пишет «Seems two models will be released» и добавляет надежду на небольшую модель для локального запуска. В редакции поста появляется ссылка на публикацию Kimi в X с бенчмарками. Это обсуждение, не пресс-релиз, и путать одно с другим не стоит.
Что известно о Kimi 3.1 и Kimi 2.8 на текущий момент
Подтверждённые факты и открытые вопросы
Граница между фактом и догадкой проходит по простому критерию: есть ли запись на kimi.ai или заявление Moonshot AI. Всё, что в левой колонке таблицы, опирается на первоисточник. Правая колонка - территория слухов и ожиданий сообщества.
| Подтверждено | Не подтверждено |
|---|---|
| Анонс двух моделей: Kimi 3.1 и Kimi 2.8 | Названия тестов и конкретные результаты в бенчмарках |
| Информация размещена на сайте kimi.ai | Различия между версиями: назначение, размер, позиционирование |
| Moonshot AI опубликовала пост в X с бенчмарками | Число параметров, архитектура, контекстное окно |
| Обсуждение в r/LocalLLaMA с запросом на компактную модель | Лицензия, цены за токены, доступ по API и через веб-интерфейс |
| Существование компактной версии для локального запуска | |
| Требования к железу и объёму VRAM |
Отдельно про бенчмарки. Ссылка на пост Kimi в X в материалах есть, но сами значения и названия тестов не приведены. Любая цифра из пересказов требует сверки с оригиналом: без неё нельзя понять ни условия запуска, ни набор тестов, ни состав конкурентов в сравнении.
Почему вокруг анонса столько шума
Две модели в одном анонсе - нетипичный формат. Обычно линейка выходит последовательно: сначала флагман, затем облегчённая версия или точечное обновление. Здесь превью сразу двух версий, и это само по себе порождает вопросы о позиционировании: какая модель идёт в API, какая в веб-интерфейс, какая закрывает сложные задачи, а какая работает на скорости.
Второй источник шума - надежда на компактную сборку. Комментарий про «small model for local AI» отражает запрос части сообщества, которая держит дома GPU и работает с локальными LLM. Moonshot AI такого обещания не давала. Планировать домашний сервер под гипотетическую Kimi 2.8 пока не на чем: нет ни весов, ни лицензии, ни заявленного размера.
Kimi 3.1 и Kimi 2.8: в чём разница между версиями
Короткий ответ: в доступных материалах разницы нет. Ни назначение, ни размер, ни ограничения версий не раскрыты. Строить сравнение сейчас можно только по названиям, и это уже догадка, а не факт.
Нумерация намекает на две ветки. Kimi 3.1 читается как продолжение третьего поколения, Kimi 2.8 как поздняя версия второго. Если гипотеза верна, 3.1 должна быть сильнее на сложных рассуждениях и агентных сценариях, а 2.8 - дешевле и быстрее в инференсе. Проверять это придётся по официальным данным, когда они появятся.
Общий принцип, по которому обычно расходятся версии в линейках LLM: у старшей модели больше параметров и выше качество на многошаговых задачах, у младшей ниже цена токена и задержка. Для MoE-архитектур добавляется разделение общего числа параметров и активных параметров на токен: первое определяет требования к памяти, второе влияет на скорость генерации. К Kimi 3.1 и 2.8 эти соображения применимы как рамка для чтения анонса, не как характеристики конкретных моделей.
Что проверить в официальном анонсе, когда появятся детали
- Размер модели и число параметров, для MoE - отдельно активные параметры на токен.
- Контекстное окно и поведение на длинных входах: как считается цена, когда промпт превышает окно.
- Лицензия и условия использования: разрешён ли коммерческий запуск, есть ли ограничения по странам и задачам.
- Доступ: веб-интерфейс kimi.ai, API, сторонние облачные провайдеры, совместимость с OpenAI-форматом запросов.
- Поддержка инструментов и агентных сценариев: вызов функций, работа с файлами, выполнение кода, режим рассуждений и флаг для его отключения.
- Цена за миллион входных и выходных токенов, наличие кэширования промптов.
- Наличие весов и формат публикации: полные веса, квантизованные сборки, отдельные лицензии для разных версий.
Пока ни один из этих пунктов по Kimi 3.1 и Kimi 2.8 не подтверждён. Если в анонсе не будет хотя бы размера и лицензии, говорить о локальном запуске рано.
Бенчмарки Kimi 3.1 и 2.8: что заявлено и насколько этому верить
Заявлено: пост Moonshot AI в X с бенчмарками. Не раскрыто в доступных материалах: какие тесты, какие значения, с кем сравнивали, в каких условиях запускали. Пересказывать графики по картинке, не видя подписей, нельзя: так рождаются цифры, которых в оригинале нет.
Общая проблема бенчмарков известна и от Kimi не зависит: тест измеряет узкий навык, а не полезность модели в вашей работе разбор ограничений бенчмарков. Задачи тестов со временем попадают в обучающие данные, и результат растёт быстрее реального качества: модель частично узнаёт задачу, а не решает её заново механика просачивания тестов. Производители настраивают модели под конкретные замеры, и прирост на тесте не всегда переносится на непокрытые задачи.
Наглядный пример: модель может отлично брать олимпиадные задачи и посредственно писать живой текст. В таблице лидеров она будет выглядеть сильной, в редакционной работе - разочарует. Реальные задачи содержат неполные данные, специфический контекст и нестандартный формат, поэтому рейтинг хуже предсказывает результат, чем принято думать.
Типичные ловушки при чтении таблиц с результатами
- Конкуренты выбраны автором. Смотрите, кто попал в сравнение и почему нет более сильных моделей.
- Разные условия запуска. Замеры без инструментов и с агентной обвязкой дают разрыв в десятки процентов, и в графике это часто не подписано.
- Одна выгодная метрика крупным шрифтом. Оценивайте весь набор тестов, а не самую высокую колонку.
- Нет доверительных интервалов и числа попыток. Разница в 1-2 пункта на малой выборке может быть шумом.
- Дата публикации. Прошлогодний результат на этом же тесте мог быть получен на другой версии модели и других промптах.
Правило простое: таблица лидеров - ориентир для составления шорт-листа, не приговор и не гарантия. Для Kimi 3.1 и 2.8 это означает, что до публикации полных условий замеров любые сравнения с конкурентами остаются предварительными.
Локальный запуск Kimi: реально ли это и что понадобится по железу
Компактной версии Kimi для локального запуска на 23 октября 2026 года нет как подтверждённого продукта. Есть комментарий пользователя Reddit с надеждой на такую модель в обсуждении превью. Заявленных требований к VRAM в материалах тоже нет, поэтому дальше речь пойдёт о методе оценки, а не о спецификации Kimi.
Как оценить требования к VRAM, если компактная версия выйдет
Расчёт начинается с размера весов: число параметров умножается на байты на параметр. FP16 или BF16 - 2 байта, Q8 - около 1 байта, Q4 - примерно 0,5-0,6 байта. К этому добавляется KV-кэш, который растёт с длиной контекста и размером батча, и служебный оверхед порядка 10-25% в зависимости от движка.
| Класс модели | Q4 | Q8 | FP16/BF16 |
|---|---|---|---|
| 3-4B | 2-3 ГБ | 4-5 ГБ | 7-9 ГБ |
| 7-8B | 4-6 ГБ | 8-10 ГБ | 15-17 ГБ |
| 13-14B | 8-11 ГБ | 14-16 ГБ | 27-30 ГБ |
| 30-34B | 18-22 ГБ | 33-37 ГБ | 62-70 ГБ |
| 70B | 40-48 ГБ | 72-80 ГБ | 140-150 ГБ |
Цифры в таблице - иллюстрация метода для классов моделей, а не требования Kimi. Реальные значения зависят от архитектуры, числа слоёв и длины контекста.
Для MoE-моделей память считается по общему числу параметров, а скорость генерации зависит от активных. Модель на 100 млрд параметров с 10 млрд активных займёт VRAM как стомиллиардная, но по скорости токенов будет ближе к десятимиллиардной. Это частая точка непонимания при планировании конфигурации.
Кроме объёма VRAM важны пропускная способность памяти в ГБ/с: она задаёт потолок скорости генерации, и карта с достаточным объёмом, но узкой шиной будет считать медленно. Второй фактор - поддержка квантизации в инструментах локального запуска. llama.cpp, Ollama и vLLM работают с разными форматами, и появление сборки GGUF или AWQ обычно означает, что модель можно поднять на потребительской карте.
Что должно появиться, чтобы локальный запуск стал возможен
- Публикация весов: полных или хотя бы для моделей младшего размера.
- Открытая лицензия, разрешающая коммерческое использование и дообучение.
- Поддержка в популярных раннерах и появление квантизованных сборок в первые недели после релиза.
- Независимые замеры на потребительских GPU: скорость токенов в секунду и потребление памяти при разных длинах контекста.
- Подтверждённый размер модели, по которому можно посчитать бюджет VRAM до скачивания десятков гигабайт.
Ни одного из этих сигналов по Kimi 3.1 и 2.8 сейчас нет. Даже если веса появятся, они могут относиться к большой MoE-модели, которая в домашних условиях не запускается: практика прошлых релизов Moonshot AI показывает, что ставка делается на крупные архитектуры.
Стоит ли ждать Kimi 3.1 и 2.8: практический вывод
Если задача срочная, ждать нечего. Берите модели, которые уже доступны, и проверяйте их на своих запросах. Анонс без опубликованных характеристик не даёт ни сроков, ни гарантий, а строить рабочий процесс вокруг превью - плохая идея.
- API и продакшн. Ориентируйтесь на текущие модели с известной ценой и стабильным SLA. Когда Kimi 3.1 и 2.8 появятся в API с тарифами, сравните цену за миллион токенов и задержку на своих сценариях.
- Веб-интерфейс. Проверяйте kimi.ai напрямую: страницы новых моделей там уже есть, а условия доступа могут меняться без отдельного анонса.
- Локальный запуск. Ключевой вопрос - появятся ли веса и под какой лицензией. До этого момента закупать железо под Kimi рано: требования к VRAM неизвестны, а класс модели может оказаться за пределами домашней конфигурации.
Отслеживать стоит два канала: kimi.ai и аккаунт Moonshot AI в X. Обсуждения в r/LocalLLaMA полезны как ранний сигнал, но проверять факты там нужно по первоисточнику.
Как проверить модель на своих задачах, а не по таблице лидеров
Методика занимает полдня и экономит недели. Подготовьте набор задач до того, как откроете очередную таблицу с результатами.
- Возьмите 3-5 своих реальных задач из текущей работы. Не синтетические примеры, а те, что вы решаете каждую неделю.
- Зафиксируйте промпты и параметры: температура, максимальная длина ответа, системное сообщение. Иначе сравнение получится между разными условиями.
- Прогоните несколько моделей на одинаковых запросах и сохраните ответы в один файл.
- Оцените по своим критериям: корректность факта, соблюдение формата, скорость первого токена, итоговая стоимость запроса.
- Повторите прогон через несколько дней на тех же промптах. Некоторые модели дают заметный разброс между запусками.
Такой мини-тест точнее отвечает на вопрос «подходит ли мне модель», чем сводная таблица: реальная работа имеет специфический контекст, неполные данные и нестандартный формат советы по личному тесту моделей. Когда Kimi 3.1 и 2.8 станут доступны, эту процедуру стоит повторить на них, а не переносить выводы из чужих графиков.
Что читать дальше на AI-Manual
История вокруг Moonshot AI уже давала поводы разбирать границу между анонсом и реальностью. В материале о том, почему таймер Kimi-K3 завершился, а модели не появилось, показано, как отделять подтверждённые данные от предположений. Разбор архитектуры и бенчмарков Kimi K3 объясняет, почему цифры из отчётов зависят от агентной обвязки. Если интересует цена и сравнение с конкурентами, смотрите разбор производительности Kimi K3 против frontier-моделей. Для тех, кто ждёт локальных запусков, полезна статья о первых утечках и тестах Kimi K3 на арене LLM.