Cline или Kilo Code: что выбрать для проекта

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

Что сравниваем: Cline и Kilo Code как инструменты для проекта

Cline описывает себя в документации как агента, который живёт в редакторе и терминале: читает и пишет файлы, запускает команды, работает с браузером, и каждое действие требует явного подтверждения. Поверхности перечислены на странице обзора: десктопное приложение для открытых моделей, CLI, расширение VS Code, плагин JetBrains, SDK и Kanban-доска. Ядро агента одно, приложения ставятся поверх него.

Kilo Code в своём сравнении называет набор поверхностей так: Desktop (beta), VS Code, JetBrains, CLI и Cloud. Клиенты VS Code, JetBrains и CLI лицензированы под MIT, а бэкенд Gateway и Cloud распространяется по отдельной лицензии с оговорками по безопасности и защите от злоупотреблений. Вендор прямо предупреждает: эти лицензии не описывают каждый компонент Desktop.

Третья ось — слой переносимых артефактов. У Cline это правила в .clinerules/, .cline/rules/ и AGENTS.md, плюс навыки в .cline/skills/, .clinerules/skills/ и .claude/skills/. У Kilo Code это kilo.jsonc с массивом instructions, директория .kilo/rules/ и навыки в .kilo/skills/, .agents/skills/ и .claude/skills/. Пересечение по AGENTS.md и .claude/skills/ есть, но приоритеты и точки входа различаются.

Подтверждённые способы установки и подключения модели

Документация Cline перечисляет пять путей установки. Десктопное приложение скачивается с cline.bot/desktop, доступно для macOS и Windows, где Windows пока в бете. Расширение для VS Code, Cursor, Windsurf, VSCodium и Antigravity ставится через панель расширений по Ctrl/Cmd + Shift + X, поиском Cline. Плагин JetBrains ставится через Settings → Plugins → Marketplace, идентификатор плагина — 28247. CLI требует Node.js 20+ (рекомендуется 22) и команды npm install -g cline, затем cline auth. Kanban ставится через npx kanban при Node.js 18+. SDK — это npm install @cline/sdk в новом проекте.

Подключение модели у Cline идёт по трём путям. Cline Provider — быстрый вход с одним логином, встроенным биллингом и бесплатными моделями. ClinePass — подписка за 9,99 доллара в месяц с заявленным использованием в 2–5 раз выше стандартного API-тарифа на популярных открытых моделях. Bring Your Own Key — свои учётные данные провайдера для облачных сервисов или локальных рантаймов. В обзоре также указано, что Cline документирует OpenRouter наряду с прямыми и локальными провайдерами, включая Ollama и LM Studio.

Kilo Code в сравнительной странице описывает подключение модели через Kilo Gateway с заявленными 500+ хостовыми моделями, свои ключи провайдера или совместимую локальную модель. Вендор отдельно оговаривает: большая каталоговая цифра не означает, что каждая модель подходит под каждый рабочий процесс, потому что поддержка инструментов и возможностей у моделей различается. Для Desktop заявлен встроенный локальный сервер моделей с импортом GGUF, но локальный инференс в описании не даёт полностью офлайн-приложения: встроенный сервер, ноутбуки и conda-окружения требуют аккаунта Kilo.

Практический порядок для проекта: сначала выбрать поверхность (редактор, терминал или десктоп), затем способ доступа к модели (хостовая подписка, свой ключ или локальный рантайм), и только потом переносить правила и навыки. Смена способа доступа к модели не требует переписывать правила проекта, а смена поверхности может потребовать — у Cline правила читаются из VS Code, Desktop и CLI, у Kilo Code поведение зависит от поверхности.

Документированные режимы работы и управление разрешениями

Cline строит работу вокруг подтверждения. Auto Approve оценивается по каждому вызову инструмента: перед чтением файла, правкой, командой или обращением к браузеру агент сверяется с настройками этой категории. Настройки включают чтение файлов проекта, чтение всех файлов, правку файлов проекта, правку всех файлов, выполнение безопасных команд, выполнение всех команд, использование браузера, использование MCP-серверов и уведомления. Два пункта работают только как расширение базового переключателя: «читать все файлы» и «править все файлы» ничего не делают, если базовый тумблер выключен.

Разделение команд на безопасные и требующие подтверждения не опирается на фиксированный список. Модель помечает каждую команду флагом requires_approval по самой команде и аргументам. Документация приводит примеры: npm run build, npm test, git status, ls -la, cat package.json обычно считаются безопасными, а npm install PACKAGE_NAME, rm -rf PATH_TO_DELETE, mv SOURCE_PATH DESTINATION_PATH и sed -i обычно требуют подтверждения. Флаг конкретной команды зависит от оценки модели и действующих настроек.

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

Kilo Code управляет разрешениями через режимы и делегирование. Встроенные режимы Code, Plan, Debug и Ask покрывают основной цикл, а Code, Plan и Debug могут передавать изолированную работу подагентам Explore, General или собственным. Agent Manager координирует параллельные сессии VS Code по git worktree. По сравнительной странице Kilo, подагенты Cline доступны в Desktop и CLI; расширения VS Code и JetBrains в этот список не входят. Там же указано, что одобрение запуска подагента Cline покрывает его последующие действия. Эти сведения о Cline приведены с явной атрибуцией сравнительной странице конкурента. Kanban-доска параллельных worktree у Cline остаётся исследовательским превью.

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

Правила проекта и подключение инструментов по первичным документам

Cline хранит правила в markdown-файлах, которые действуют во всех разговорах. Поддерживаются .clinerules/ и .cline/rules/ в корне проекта, файл .cursorrules, файл .windsurfrules и AGENTS.md вместе с ~/.agents/AGENTS.md. Все обнаруженные типы правил видны в панели Rules и переключаются по отдельности. Рабочие правила и глобальные правила объединяются, и при конфликте рабочие имеют приоритет. Глобальные правила лежат в Documents\Cline\Rules на Windows и ~/Documents/Cline/Rules на macOS и Linux.

Правила Cline поддерживают условную активацию через YAML-фронтматтер с ключом paths. Правило активируется, когда файл из текущего контекста совпадает с glob-шаблоном. Контекст включает файлы, упомянутые в сообщении, открытые вкладки, видимые файлы, файлы, которые агент уже создал или изменил, и файлы, которые он собирается изменить. Правило без фронтматтера активно всегда, пустой массив paths: [] отключает правило, а невалидный YAML приводит к тому, что правило активируется с видимым сырым содержимым. Документация советует указывать пути в запросах явно: «обнови src/services/user.ts» надёжно запускает правило по пути, а «обнови сервис пользователя» может не запустить.

Навыки Cline — это модульные наборы инструкций, которые загружаются по требованию. Метаданные навыка читаются при старте, а полные инструкции — при срабатывании. Навыки размещаются в .cline/skills/ как рекомендованной рабочей директории, а также в .clinerules/skills/ и .claude/skills/. Глобальные навыки лежат в ~/.cline/skills/ на macOS и Linux и в C:\Users\USERNAME\.cline\skills\ на Windows. При совпадении имён глобальный навык перекрывает проектный.

Kilo Code хранит правила иначе. Проектные правила задаются ключом instructions в файле kilo.jsonc в корне проекта, где каждая запись — путь к файлу или glob-шаблон. Файлы правил размещаются в .kilo/rules/. Глобальные правила задаются тем же ключом в глобальном kilo.jsonc, обычно в ~/.config/kilo/kilo.jsonc. Правила загружаются в порядке появления в массиве: сначала глобальные, затем проектные, а проектные имеют приоритет при конфликте директив. Расширение сохраняет обратную совместимость с .kilocode/rules/, но вендор рекомендует перейти на kilo.jsonc. Отключить правило временно можно комментарием в JSONC.

Навыки Kilo Code следуют спецификации Agent Skills. Проектные навыки лежат в .kilo/skills/, глобальные — в ~/.kilo/skills/ на macOS и Linux и в \Users\<yourUser>\.kilo\skills\ на Windows. Дополнительно загружаются ~/.agents/skills/ и .agents/skills/ как открытый стандарт, а ~/.claude/skills/ и .claude/skills/ — при включённой совместимости с Claude Code. При совпадении имён проектный навык перекрывает глобальный. Это обратный приоритет по сравнению с Cline, и путать их не стоит.

Отдельный слой — исполнение команд внутри навыков. В Kilo Code тело SKILL.md может содержать команды в синтаксисе !command`, которые выполняются при загрузке навыка и подставляют свой вывод в контекст. Команды выполняются только в доверенных навыках: глобальных, встроенных и объявленных абсолютными путями в глобальном конфиге. Проектные навыки и навыки из удалённых URL команды не выполняют — их плейсхолдеры заменяются пометкой о недоверии. Каждая команда доверенного навыка перечисляется в одном запросе разрешения до запуска, а переменная окруженияKILO_DISABLE_SKILL_SHELL` отключает исполнение целиком.

Важное различие слоёв: AGENTS.md и markdown-правила задают инструкции модели. Разрешения инструментов — отдельный механизм, и markdown-правило не создаёт механическую песочницу. Запрет на чтение файла в правилах Kilo Code остаётся инструкцией агенту. Механическое ограничение доступа требует настройки соответствующих разрешений.

Таблица выбора под пользовательский сценарий

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

Одинаковая учебная задача для проверки на своей копии проекта

Чтобы сравнить инструменты на своём коде, нужна одна и та же задача, выполненная дважды на копиях репозитория. Ниже — пример такой задачи. Итоги учебного прогона заполняет читатель; редакционных замеров здесь нет.

Возьмите небольшой проект с тестами и создайте две ветки от одного коммита. В первой ветке поставьте Cline, во второй — Kilo Code. Подключите одного провайдера и одну модель с одинаковыми доступными настройками в обоих инструментах. Так вы сократите влияние различий моделей; одинаковые ответы при этом не гарантированы.

Задача: добавить в проект функцию валидации входных данных и покрыть её тестами. Формулировка запроса одинаковая в обоих инструментах:

Добавь в проект функцию validate_user_input, которая проверяет поля email, age и name.
Требования: email соответствует базовому шаблону, age — целое неотрицательное число,
name — непустая строка без цифр. Верни словарь с ошибками по полям.
Добавь модульные тесты на каждый случай: корректные данные, отсутствующее поле,
неверный тип, граничные значения. Запусти тесты и покажи результат.

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

Для чистоты сравнения задайте одинаковые правила. В Cline положите файл .clinerules/coding.md с требованием использовать типизацию и следовать стилю проекта. В Kilo Code добавьте путь к тому же файлу в массив instructions в kilo.jsonc. Так вы проверите не только агента, но и то, насколько легко переносится уже написанный свод правил.

Форма для записи результатов своего прогона:

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

Ограничения сравнения

Основные источники: Cline Auto Approve, правила Kilo Code и сравнительная страница Kilo.

Сравнение опирается на документированные поверхности, режимы и форматы файлов. Оно не измеряет скорость, качество кода и стоимость на вашем проекте: для этого нужен собственный прогон на вашем репозитории с одинаковым провайдером. Сравнительная страница Kilo Code ссылается на документы Cline и остаётся материалом конкурента. Факты об установке, правилах, навыках и Auto Approve Cline в этом тексте сверены с его собственными документами. Сведения о подагентах, Kanban и части ценовых условий атрибутированы сравнительной странице Kilo и требуют отдельной проверки перед выбором тарифа.

Доступность сервисов из России в рассмотренных документах не описана. Если для проекта это критично, проверяйте условия оплаты и доступа к провайдеру модели отдельно, по актуальным условиям выбранного сервиса.

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

Cline или Kilo Code — что выбрать для одного проекта?

Начните с поверхности: если проект живёт в VS Code или JetBrains и нужен пошаговый контроль, Cline даёт гранулярные подтверждения по категориям действий. Если нужны режимы Code, Plan, Debug и Ask с делегированием подагентам и параллельными сессиями по worktree, Kilo Code описывает эту модель в своих документах. Обе поверхности можно держать параллельно на время проверки.

Можно ли перенести правила проекта между инструментами?

Частично. AGENTS.md читают оба продукта, и .claude/skills/ поддерживается обоими при соответствующих настройках. Директории .clinerules/, .cline/rules/ и .kilo/rules/ различаются, поэтому файлы правил придётся разложить по нужным путям. Приоритеты тоже разные: у Cline глобальный навык перекрывает проектный, у Kilo Code проектный перекрывает глобальный.

Как в этих инструментах устроено подтверждение опасных команд?

Cline помечает каждую команду флагом requires_approval по команде и аргументам, без фиксированного списка, и Auto Approve проверяется на каждый вызов инструмента. YOLO-режим снимает все проверки сразу, включая файловые операции и переходы между режимами. Для Kilo Code документация описывает режимы и делегирование задач. Границы разрешений проверьте для выбранной поверхности и режима; правило об одобрении запуска подагента, приведённое выше, относится к Cline в сравнительной странице Kilo.

Что даёт локальная модель в каждом инструменте?

Cline документирует BYOK для облачных провайдеров и локальных рантаймов, включая Ollama и LM Studio. Kilo Code поддерживает свои ключи провайдера и совместимый локальный инференс, а в Desktop заявлен встроенный сервер моделей с импортом GGUF. Вендор Kilo отдельно указывает, что локальный инференс сам по себе не делает приложение полностью офлайн: хостовые функции и подключённые инструменты имеют собственные потоки данных.

Сколько стоит начать работу?

У Cline открытые клиенты бесплатны, инференс оплачивается по стоимости провайдера или через свой ключ, а ClinePass стоит 9,99 доллара в месяц и опционален. У Kilo Code индивидуальный доступ бесплатный, команда стоит 15 долларов за пользователя в месяц, Enterprise считается отдельно, а инференс и облачные вычисления оплачиваются сверх этого. За покупку кредитов картой Kilo указывает комиссию 5% на обработку платежа.