KodaCode 1.2.0: новые модели, субагенты и режим планирования - что меняется для разработчиков

KodaCode 1.2.0: новые модели, субагенты и режим планирования - что меняется для разработчиков

Разбираем KodaCode 1.2.0: Koda Base на Qwen 3.8 Flash 125B, Koda Pro на GLM 5.3, фоновые субагенты и режим планирования. Что показывают цифры «Индекса Кода» и как это влияет на повседневную работу.

Что вошло в KodaCode 1.2.0: коротко о главном

KodaCode 1.2.0 вышел 23 сентября 2026 года. Обновление принесло две новые модели, фоновых субагентов, режим планирования в Desktop и CLI, управление задачами через Telegram и доработки, которые помогают агенту продолжать работу после временных ошибок и обрывов соединения (анонс релиза).

Пять изменений, которые определяют релиз:

  1. Koda Base переведена на Qwen 3.8 Flash 125B и остаётся бесплатной с дневными лимитами во всех основных клиентах KodaCode.
  2. Koda Pro переведена на GLM 5.3 и рассчитана на длительные задачи, где агенту важно долго удерживать цель.
  3. Появились фоновые субагенты: одновременно поддерживается до четырёх задач, у каждой настраиваются модель, роль и права доступа.
  4. Добавлен режим планирования в Koda Desktop и CLI.
  5. Управление задачами расширено в Telegram, а сам агент получил устойчивость к временным сбоям.

Если сжать до одной фразы: ассистент стал практичнее там, где работа идёт долго и распадается на несколько независимых частей. На внутреннем «Индексе Кода» из 261 агентной задачи Koda Base выросла с 38,5% до 49,5%, Koda Pro - с 46,7% до 54,3%, а Pro стала доходить до результата в среднем на 26% меньшим числом шагов.

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

Koda Base и Koda Pro: что изменилось в моделях

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

Koda Base: бесплатно, с дневными лимитами

Koda Base теперь работает на Qwen 3.8 Flash 125B. Она остаётся бесплатной с дневными лимитами во всех основных клиентах KodaCode. Дневной лимит здесь - способ удержать бесплатный доступ устойчивым, а не признак урезанной версии: модель получила ту же линейку обновления, что и платная.

Для каких задач Base достаточно на практике: правка в одном файле, объяснение незнакомого кода, небольшой рефакторинг, генерация тестов к готовой функции. Такой набор закрывает большую часть ежедневной работы, а лимиты помогают заранее распределить, что делать на бесплатной модели. Если хочется понять, как считать расходы при работе с несколькими моделями, полезен разбор приёмов экономии на разных моделях.

Koda Pro: для длительных задач и удержания цели

Koda Pro переведена на GLM 5.3. Её назначение описано прямо: задачи, где агенту нужно долго удерживать цель, исследовать несколько частей проекта, принимать архитектурные решения и выполнять много последовательных действий.

«Удержание цели» простыми словами означает, что агент помнит, зачем начал работу, и не уходит в сторону на десятом шаге. Это заметно на задачах, где между первой командой и результатом проходит много итераций: рефакторинг модуля с проверкой тестов, документации и связанных сервисов, поиск причины ошибки в нескольких слоях приложения, подготовка изменений сразу в нескольких файлах.

Практический критерий выбора простой. Если задача укладывается в один файл и один-два шага, разницы между моделями вы почти не заметите. Если задача требует часа работы агента и десятков действий, важнее становится не разовая точность ответа, а способность не потерять контекст по дороге.

«Индекс Кода»: что показывают цифры релиза

Модели проверяли на внутреннем «Индексе Кода». Это набор из 261 агентной задачи по разработке в существующих репозиториях, проектированию программного обеспечения и анализу данных. Задачи агентные, то есть оценивается не качество отдельного текста в ответе, а результат всей цепочки действий.

Рост точности: Base +11 пунктов, Pro +7,6 пункта

Koda Base прошла набор с 49,5% против 38,5% у предыдущей версии, Koda Pro - с 54,3% против 46,7%. Разница измеряется в процентных пунктах: это разница между двумя процентами, а не «рост на 11%». Простая аналогия: если из 100 задач решалось 38, то теперь решается 49 или 50.

Меньше шагов у Pro: почему это важнее, чем кажется

Среднее число шагов у Koda Pro снизилось с 70,3 до 52,1. Это снижение на 26% и, пожалуй, самый практичный показатель релиза. Меньше шагов означает меньше времени ожидания, меньше расхода лимитов и меньше точек, где агент может ошибиться или потерять контекст. Задача, которая раньше требовала 70 итераций, теперь укладывается в 52 - на длинных сценариях экономия накапливается.

У Koda Base среднее число шагов почти не изменилось: 38,5 против 39,7. Точность выросла, а количество действий осталось на прежнем уровне.

МодельБазовая модельИндекс Кода: былоИндекс Кода: сталоСреднее число шагов
Koda BaseQwen 3.8 Flash 125B38,5%49,5%38,5 → 39,7
Koda ProGLM 5.346,7%54,3%70,3 → 52,1

Границы интерпретации обозначим честно: «Индекс Кода» - внутренний бенчмарк KodaCode, а не независимое исследование. Проценты показывают, как модели справляются с набором задач самой компании, и не обязательно переносятся на другие проекты, языки или бенчмарки. Разбивка результатов и методология в анонсе не раскрыты: там указаны только итоговые цифры (данные релиза).

Субагенты: как запускать до четырёх фоновых задач одновременно

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

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

Роли субагентов: ревьюер, исследователь, специалист по тестам

В релизе появились проектные и глобальные роли. Каждая роль хранится в Markdown-файле и задаёт собственные инструкции, модель и набор инструментов. Запуск нужной роли выполняется командой @agent:<имя>. Так создаются отдельные ревьюер кода, исследователь документации или специалист по тестам.

Для субагентов отдельно настраиваются модель, reasoning effort (уровень усилий на рассуждение), максимальное время работы и доступные инструменты. По умолчанию они работают в безопасном режиме только для чтения. Запись файлов, выполнение команд и MCP-инструменты разрешаются явно.

Управление субагентами в Desktop, CLI и IDE

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

В CLI задачи контролируются через /subagents и интерактивную панель. Поддержка также работает в Telegram Remote и ACP-сессиях, а в IDE-плагинах появились настройки параллельности, моделей, инструментов и пользовательских ролей. Отдельный процесс агента как архитектурный подход разбирался в материале про VS Code 1.130.

Режим планирования: сначала план, потом правки

В Koda Desktop и CLI появился режим планирования. Его суть: агент сначала изучает проект и предлагает последовательность действий, не изменяя файлы. Детали работы режима в анонсе раскрыты кратко, поэтому опираться стоит на сам принцип: план согласуется до того, как в репозитории появятся правки.

Что это даёт на практике. В незнакомом репозитории вы видите, как агент понял задачу, и можете поправить его до первой изменённой строки. При крупном рефакторинге план показывает объём работ и порядок шагов. В задаче, затрагивающей несколько модулей, видно, какие части агент собирается трогать.

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

Устойчивость и управление: Telegram, обрывы связи, повторные попытки

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

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

Что это значит для разработчиков: практические выводы

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

  • Правки в одном файле, объяснение незнакомого кода, небольшие рефакторинги, генерация тестов - Koda Base. Модель бесплатна с дневными лимитами во всех основных клиентах.
  • Рефакторинг модуля с проверкой тестов, документации и связанных сервисов, исследование нескольких частей проекта, архитектурные решения - Koda Pro: у неё выше точность на агентных задачах и на 26% меньше среднее число шагов.
  • Незнакомый репозиторий или крупная перестройка кода - сначала режим планирования в Desktop или CLI.
  • Несколько независимых вопросов к проекту сразу (тесты, связанные модули, документация) - субагенты с ролями, запуском через @agent:<имя> и правами только на чтение.
  • Длинная задача с удалённым контролем - управление через Telegram и проверка статуса субагентов по бюджетам шагов и времени.

Что учесть при переходе на 1.2.0. Дневные лимиты Koda Base стоит планировать заранее, если бесплатная модель используется как основная. Права субагентов лучше выдавать точечно: режим только для чтения по умолчанию снимает большую часть рисков, а разрешение на запись файлов и команды логичнее включать для конкретной роли, а не сразу для всех. Архитектурно заметные изменения удобнее прогонять через режим планирования, чтобы увидеть последовательность действий до правок.

Отдельная часть решения - сравнение с альтернативами. Цифры «Индекса Кода» относятся к внутреннему набору задач KodaCode, поэтому переносить их на свой проект напрямую нельзя: корректнее проверить обе модели на двух-трёх типовых задачах вашей команды и уже по результату выбирать, какая идёт по умолчанию.

Есть вопрос или заметили неточность? Напишите нам, мы разберёмся и поправим материал.

Отправить тому, кому пригодится

Ссылка сохранит весь материал без сокращений.

По почте

Заметили неточность? Сообщить редакции