Cline — open-source AI-агент для кодинга в IDE, терминале и на десктопе

Cline — это агент для написания кода с открытым исходным кодом, который живёт сразу в нескольких средах: в вашей IDE, в терминале и в отдельном десктоп-приложении. Проект начался как расширение для VS Code (тогда оно называлось Claude Dev), но вырос в целую платформу: сегодня это CLI-утилита, плагин для JetBrains, нативное приложение для macOS и Windows и SDK для сборки собственных агентов. Всё это — под лицензией Apache 2.0, и на момент написания у репозитория почти 68 тысяч звёзд на GitHub. Ключевая идея Cline — агент не просто подсказывает код, а выполняет задачи целиком: читает проект, правит файлы, запускает команды, следит за ошибками компилятора и приходит к результату, оставляя вам финальное слово.

Один движок, пять форм

Cline построен вокруг общего агентского ядра, а способы взаимодействия с ним — это просто разные клиенты:

Правила, навыки и настройки работают одинаково во всех клиентах: то, что вы настроили для проекта, подхватят и расширение в IDE, и CLI, и JetBrains-плагин.

Как агент работает с кодом

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

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

Выполнение команд в терминале

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

Plan и Act: сначала думаем, потом делаем

У Cline есть два режима, между которыми можно переключаться. В Plan-режиме агент исследует кодовую базу, задаёт уточняющие вопросы и выстраивает стратегию. Когда план согласован, переключаетесь в Act — и агент его исполняет.

По умолчанию каждое изменение файла и каждая команда в терминале требуют вашего подтверждения — контроль над тем, что реально меняется, остаётся у вас. Но если задача рутинная, можно включить auto-approve и отпустить агента в автономное плавание.

Правила и навыки

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

Работает с любой моделью

Cline не привязан к одному провайдеру — используйте ту модель, которая подходит под задачу и бюджет:

Для команд с политиками конфиденциальности это особенно удобно: можно гонять агента полностью на локальных моделях.

Плагины и MCP-серверы

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

import { Agent, createTool } from "@cline/sdk"

const deployTool = createTool({
  name: "deploy",
  description: "Deploy the current branch to staging.",
  inputSchema: { type: "object", properties: { env: { type: "string" } }, required: ["env"] },
  execute: async (input) => {
    // your deployment logic
  },
})

const agent = new Agent({ tools: [deployTool] /* ... */ })

Второй путь — MCP-серверы: подключение к базам данных, запросы к API, управление облачной инфраструктурой. Можно брать готовые серверы из каталога сообщества — или попросить самого Cline написать кастомный инструмент на лету. В CLI серверами управляют командой cline mcp.

Мультиагентные команды

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

cline --team-name auth-sprint "Plan and implement user authentication with tests"

Агенты по расписанию

Агентов можно запускать по cron-расписанию: ежедневные сводки по PR, еженедельная проверка зависимостей, отчёты о здоровье кодовой базы. Расписания переживают перезапуски и работают независимо от терминальной сессии:

cline schedule create "PR summary" \
  --cron "0 9 * * MON-FRI" \
  --prompt "List all open PRs and their review status" \
  --workspace /path/to/repo

Агент в мессенджере

Необычная возможность: общаться с агентом можно из Telegram, Slack, Discord, Google Chat, WhatsApp и Linear. Каждый тред переписки — это отдельная сессия агента с полным контекстом, а контроль доступа настраивается так, чтобы с агентом могли общаться только нужные люди:

# Подключение Telegram
cline connect telegram -k $BOT_TOKEN
# Подключение Slack через webhook
cline connect slack --bot-token $SLACK_TOKEN --signing-secret $SECRET --base-url $URL

Headless-режим для CI/CD

CLI умеет работать без какого-либо взаимодействия: на вход подаётся промпт, на выходе — результат, вплоть до JSON. Это открывает дорогу в скрипты и CI/CD-пайплайны:

cline "Run tests and fix any failures"
git diff origin/main | cline "Review these changes for issues"
cline --json "List all TODO comments" | jq -r 'select(.type == "agent_event" and .event.text) | .event.text'

Примеры говорят сами за себя: прогнать тесты и починить падения, отревьюить диффы перед мержем, вытащить все TODO из кода в машиночитаемом виде.

С чего начать

Самый быстрый путь — установить расширение из VS Marketplace или CLI командой npm i -g cline. Исходный код лежит в репозитории cline/cline под Apache 2.0, документация — на docs.cline.bot, а сообщество живёт в Discord и на r/cline. Если хочется не пользоваться агентом, а строить свои поверх него — начните с документации SDK.