Обзор Kilo Code: модели, цены и альтернативы для разработки

Что такое Kilo Code

Kilo Code, или просто Kilo, — агент, который изучает контекст проекта и с помощью инструментов пишет, изменяет и проверяет код. Это программная оболочка вокруг языковой модели, а не сама модель. Клиенты с открытым исходным кодом позволяют работать в Visual Studio Code, интегрированных средах разработки (IDE) JetBrains и терминале. Облачные сервисы добавляют Cloud Agents, проверку пул-реквестов и шлюз для доступа к моделям. Разницу важно понимать: возможность изучить исходный код агента не означает, что инфраструктура или модель, обрабатывающая облачный запрос, находятся под вашим контролем. Заявленный каталог моделей даёт выбор, но не доказывает, что каждая из них одинаково хорошо справится с вашим репозиторием.

Информация сверена с актуальными страницами продукта, документацией и тарифами Kilo 31 октября 2026 года. Утверждения об альтернативах проверены по сайтам их разработчиков в тот же день. Это оценка по открытой документации с примерами рабочих процессов и расчётами, а не тест производительности в авторизованном аккаунте. В основе выводов — удобство перехода между средами, контроль над моделями, понятность оплаты и границы автоматической проверки кода.

Кому подойдёт Kilo, а кому лучше оставить свой инструмент?

Kilo особенно интересен разработчикам и небольшим командам, которые хотят сохранить привычный редактор, самостоятельно выбирать модели и передавать локальные задачи в облако. Если у вас уже есть надёжный агент и вы не можете назвать задачу, которую с Kilo было бы удобнее решать, аргументов за переход гораздо меньше.

Смысл сравнения — понять, что даст переход. Длинный список функций не доказывает, что изменения в коде будут качественнее. Этот обзор не утверждает, что на вашем проекте Kilo справится лучше любой из этих альтернатив.

Kilo Code или Cline

Cline — агент с открытым исходным кодом, интерфейсами для редактора и терминала, выбором провайдера моделей и поддержкой локальных моделей. Его процесс Plan/Act разделяет обсуждение изменений и их выполнение. На текущем сайте также описаны навыки, интеграции и работа нескольких агентов. Поэтому сами по себе эти возможности не дают Kilo уникального преимущества. Актуальные возможности Cline.

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

Выбирайте Cline, если его настройки провайдера, подтверждения действий и правила проекта уже подходят для вашей работы. Заменять отлаженный локальный процесс ради ещё одного меню выбора моделей едва ли выгодно. Cline также стоит рассмотреть, если вы хотите строить своё решение на его среде выполнения агента, а не подключаться к облачным сервисам Kilo.

Подробнее о двух альтернативных подходах — в сравнении Cline и Claude Code. Пользователям JetBrains стоит учесть нюанс: на текущей странице тарифов Cline расширение для JetBrains относится к Enterprise. Не стоит считать, что индивидуальный тариф поддерживает те же редакторы, что и Kilo.

Kilo Code или Claude Code

Claude Code — агент для программирования от Anthropic, доступный в терминале, IDE, настольном приложении и браузере. Документация его интеграций с терминалом и редакторами также описывает работу через сторонних провайдеров. Поэтому разница не сводится к тому, что Claude Code якобы работает только в терминале или оплачивается исключительно личной подпиской. Обзор возможностей Claude Code.

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

Выбирайте Kilo, если регулярно переключаетесь между семействами моделей, используете собственные ключи провайдеров или сочетаете локальную работу с облачными сервисами Kilo. Его можно использовать и вместе с Claude Code: поручать Kilo задачи, которым нужен другой маршрут запроса или другая среда, а затем сравнивать полученные изменения и общие трудозатраты, прежде чем переносить больше работы. Использование модели Claude внутри Kilo не превращает клиент в Claude Code.

Kilo Code или Cursor

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

Kilo Code или OpenCode

OpenCode — агент для программирования с открытым исходным кодом, выбором провайдера и интерфейсами для терминала, редактора и настольного приложения. Текущие CLI Kilo и переработанное расширение для VS Code построены на основе OpenCode. Выбирайте OpenCode, если его собственный рабочий процесс вам уже подходит; Kilo — если вам нужны именно дополнительные сервисы Kilo. Общая основа не означает одинакового поведения, темпа выпуска обновлений или облачных возможностей. OpenCode, основа Kilo CLI.

Kilo Code или Roo Code

При выборе нового инструмента Roo Code не стоит рассматривать как равнозначный продукт с продолжающейся поддержкой. Его официальный репозиторий архивирован, а в README сказано, что расширение прекратило работу. Пользователям Roo Code, которые рассматривают Kilo, стоит планировать перенос инструкций и рабочих процессов, а не рассчитывать, что старые настройки подойдут без изменений. Репозиторий Roo Code.

Если ни один из этих вариантов не подходит, загляните в более широкий список альтернатив Claude Code.

Один агент для редактора и терминала

Первое практическое преимущество Kilo — агент работает рядом с кодом, а задачи можно разделять на изменения, которые удобно проверять. Возможности в редакторе сегодня включают параллельные сессии, рабочие деревья и просмотр diff, а не только чат с предложениями фрагментов кода.

VS Code: отделите подготовку исправления от исследования

Расширение Kilo для VS Code использует общее переносимое ядро с CLI и поддерживает параллельных агентов, рабочие деревья и построчные комментарии к diff. Рабочее дерево (worktree) — отдельная рабочая копия репозитория со своей веткой. В ней задача может менять файлы, не затрагивая сразу вашу основную рабочую копию. Расширение также умеет передавать замечания из проверки обратно в диалог с агентом. Kilo для VS Code.

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

Критерии приёмки должны описывать результат: повторный вебхук, то есть входящее уведомление о событии, не должен создавать второй возврат; существующий успешный сценарий должен продолжать работать; остальной платёжный код должен остаться нетронутым. Такая постановка полезнее просьбы «улучшить платёжную систему».

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

JetBrains: нативный плагин с нюансами рабочих деревьев

У Kilo есть нативный плагин для IDE JetBrains, в том числе IntelliJ IDEA, PyCharm и WebStorm. Node.js для него не требуется. Установите плагин через Settings → Plugins → Marketplace, затем настройте в разделе Settings → Tools → Kilo Code. Общие настройки агента хранятся в kilo.jsonc, а настройки, специфичные для IDE, — в плагине. Документация для JetBrains.

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

У интеграции есть конкретные ограничения. Рабочие деревья агента по умолчанию исключены из индекса родительского проекта, поэтому для файлов могут не работать обычное разрешение символов и инспекции кода. Если нужна полная индексация, откройте рабочее дерево отдельным проектом. Кроме того, скрипт подготовки рабочего дерева может запуститься, а агент — продолжить работу, не дожидаясь его завершения. Дождитесь установки зависимостей и создания генерируемых файлов, прежде чем поручать агенту их использовать. Это ограничения рабочего процесса, а не свидетельство того, что модель не поняла код.

CLI: работа с агентом в терминале

Интерфейс командной строки Kilo позволяет запускать агента из каталога проекта и использовать аккаунт Kilo либо собственные ключи провайдеров. В документации приведена такая установка через npm: Kilo CLI.

npm install -g @kilocode/cli
kilo

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

Kilo также описывает команду /sandbox, которая ограничивает выполнение инструментов на уровне операционной системы. Среди заявленных мер — запись только в рабочую область, доступ к метаданным Git только для чтения и необязательные сетевые ограничения. Разрешения определяют, можно ли выполнить действие; правила песочницы — до каких ресурсов оно сможет добраться. Настраивайте и то и другое под задачу: автоматическое подтверждение не заменяет ограничений среды.

Модели Kilo Code: выбирайте и модель, и маршрут запроса

Гибкость Kilo в выборе моделей полезна, если различать саму модель и сервис, через который идёт запрос. Шлюз даёт облачный доступ; собственный ключ провайдера (BYOK) позволяет оплачивать инференс — обработку запроса моделью — через аккаунт у этого провайдера; поддержка локальных моделей позволяет запускать их на своём компьютере с помощью, например, Ollama или LM Studio. Ключ провайдера — это учётные данные для доступа к API, а не универсальный способ перенести подписку из другого приложения. Варианты инференса в Kilo, Gateway.

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

Kilo Auto Model предлагает режимы маршрутизации Efficient, Frontier и Free. Efficient определяет тип работы и подбирает стратегию использования моделей с учётом сложности; Frontier использует платные модели для требовательных задач; Free направляет запросы доступным бесплатным моделям. Вместо автоматического режима можно выбрать конкретную модель. Auto Model.

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

Автоматическая маршрутизация удобна, но её нельзя считать неизменной настройкой эксперимента. В документации Kilo сказано, что используемые модели могут меняться на стороне сервера, а в развёрнутом меню выбора отображаются выбранные модели и стоимость. Сравнивая инструменты на одной задаче, записывайте фактическую модель и маршрут, а не просто слово Auto. Документация Auto Model.

Навыки Kilo Code: опишите повторяющуюся работу

Kilo поддерживает навыки — папки с файлом SKILL.md, в котором собраны инструкции для повторяющейся задачи. Сейчас навыки проекта хранятся в .kilo/skills/; агент обнаруживает их метаданные и при необходимости загружает подходящие инструкции. Это способ передать агенту описанную процедуру, а не гарантия правильного выполнения каждого указания. Документация по навыкам.

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

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

Cloud Agents: передавайте задачи, которые можно воспроизвести

Kilo Cloud Agents полезны, когда задачу можно выполнить в облаке без привязки к вашему ноутбуку. В документации Kilo описаны подключение репозиториев, удалённая среда Linux, создание веток и рабочих деревьев, а также переиспользуемые профили среды. В профилях хранятся команды подготовки, переменные окружения и секреты. Cloud Agents.

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

У переноса в облако есть конкретное ограничение: Cloud Agents не находят и не запускают .kilo/setup-script автоматически. Если этот скрипт подготавливает репозиторий, явно вызовите его в разделе Setup Commands облачного профиля. Навыки проекта можно перенести вместе с репозиторием; глобальные пользовательские навыки из домашнего каталога туда не попадут. Документация Cloud Agent.

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

Code Reviews: сначала правила репозитория, затем комментарии

Kilo Code Reviewer может оставлять замечания в настроенных пул-реквестах GitHub и мерж-реквестах GitLab, используя выбранную вами модель и заданные приоритеты проверки. Также поддерживается локальная проверка перед коммитом. Полезность определяется тем, указывают ли комментарии на риски в вашем коде, которые можно устранить, а не длиной списка рекомендаций. Kilo Code Reviewer.

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

Самая полезная настройка — REVIEW.md, файл с правилами проверки, который хранится в репозитории. Добавьте его коммитом в базовую ветку и включите Use REVIEW.md в настройках Code Reviews. Kilo читает правила из базовой ветки, а не из предлагаемых изменений. Иначе пул-реквест мог бы изменить инструкции, по которым проверяют его самого. Документация Code Reviews.

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

При локальной работе /review проверяет незакоммиченные изменения, а /review branch сравнивает ветку с её базой. Практичная последовательность — локальная проверка, точечные исправления, затем пул-реквест в рамках обычного процесса команды. Следите, дают ли повторные запуски новые подтверждения проблемы или лишь переформулируют прежнее замечание.

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

Сколько стоит Kilo Code для одного разработчика и небольшой команды

Kilo разделяет доступ к платформе, инференс моделей и облачные вычисления. Начните с индивидуальной платформы, если вам не нужно совместное администрирование. Текущие тарифы и основные расходы можно свести к одному списку:

• Free & Open Source: платы за платформу нет; использование оплачивается отдельно.
• Teams: $15 за пользователя в месяц за общую оплату, ключи, агентов и контроль использования. Enterprise: индивидуальная цена за возможности управления, в том числе ограничения провайдеров и моделей, единый вход и журналы аудита.
• Инференс: использование Gateway оплачивается по тарифам провайдеров; отдельно указана комиссия 5% за обработку покупки кредитов. При BYOK инференс оплачивается вашему провайдеру. Дополнительная подписка Kilo Pass стоит от $19/месяц и даёт кредиты по подписке; это не безлимитное использование и не место в Teams.
• Вычисления: Code Review — $0.33/час; Docker/Small Cloud Agent — $0.60/час; Standard — $1.20/час, с посекундным учётом, сверх стоимости инференса. Цены Kilo.

Таким образом, рабочее пространство Teams для трёх человек стоит от $45/месяц без учёта использования (3 × $15). По опубликованному тарифу вычислений условная десятиминутная проверка обошлась бы в $0.055 за вычисления (10 ÷ 60 × $0.33), плюс инференс и применимые комиссии. Это арифметический пример, а не измеренное время выполнения или полная цена ревью. Значительная часть итогового счёта по-прежнему зависит от рассуждений модели и повторных попыток.

Для запуска в облаке также нужен баланс $5: это требование к остатку средств, а не дополнительный сбор. BYOK не отменяет оплату вычислений. Подробности облачного биллинга. Если рассматриваете Pass, учитывайте лишь те бонусные кредиты, которые успеете потратить: срок их действия истекает каждый месяц. Условия Kilo Pass.

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

Какие ограничения могут повлиять на выбор

Гибкость Kilo означает, что небольшой команде придётся самой отвечать за ряд настроек. Ниже — ограничения, которые с наибольшей вероятностью изменят рекомендацию.

Auto Free не подходит для конфиденциальных задач без проверки маршрута данных. В документации Auto Model сам Kilo указывает, что бесплатные маршруты могут использовать провайдеров, которые записывают запросы и ответы и применяют их для улучшения сервисов. Там прямо рекомендуется не отправлять персональные или конфиденциальные данные. Открытый исходный код клиента не отменяет правил обработки данных выбранного провайдера. Для закрытого кода используйте одобренный маршрут. Обработка данных в Auto Free.

Локальная настройка не переносится в облако автоматически. Поскольку .kilo/setup-script не запускается сам, а навыки из домашнего каталога отсутствуют, одна и та же инструкция в удалённой среде может дать другой результат. Храните необходимые инструкции проекта в системе контроля версий и явно задавайте подготовку облачной среды. Иначе вы сравниваете не только агентов, но и окружения, в которых они работают.

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

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

Командный тариф не включает все средства централизованного контроля. Если требуется централизованно ограничивать список моделей или провайдеров, которым можно передавать код, на странице цен эта возможность отнесена к Enterprise. Общая оплата сама по себе такой политики не обеспечивает. Это может определить выбор ещё до обсуждения качества моделей.

Обзор Kilo Code: когда переход действительно оправдан

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

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

На следующей неделе выберите одну небольшую задачу в репозитории, изменения от которой легко отменить. Запишите маршрут модели, затраты на подготовку среды, оплаченное использование, правки человека и результат собственной проверки приёмки. Повторяйте эксперимент, только если он помогает ответить на существенный вопрос о выборе инструмента. Переносите больше работы в Kilo, когда он сокращает усилия до принятого изменения, а не просто генерирует больше кода.

Частые вопросы

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