Kilo Code.

Работа продолжается за пределами редактора

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

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

Режимы и правила для конкретной задачи

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

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

Три составляющие оплаты

Официальная страница разделяет план платформы, AI inference и облачные вычисления. Открытые клиенты бесплатны, командные функции имеют отдельные планы, а удалённые запуски могут расходовать вычислительные ресурсы сверх модельных токенов. Это существеннее, чем одна начальная цена подписки.

Для моделей предусмотрены бесплатные варианты, собственные ключи, локальные Ollama/LM Studio, оплачиваемый Gateway и отдельные предложения кредитов. Доступность бесплатной модели нужно проверять на момент задачи. Локальная модель означает отдельную конфигурацию; выбор облачного провайдера продолжает отправлять соответствующий контекст во внешний сервис.

Gateway и принятие правки

У Kilo есть собственный Gateway с программным endpoint для доступа к моделям. Это API модельного шлюза, а не универсальный HTTP-интерфейс для управления любым агентным действием. Такое различие помогает подобрать правильную интеграцию и не ждать от одного ключа функций другого компонента.

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

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

Для каких задач подходит

• Исправлять и рефакторить код из IDE или CLI
• Переносить отдельные задачи облачному агенту
• Выбирать локальный или облачный inference
• Использовать API модельного Gateway