Cline или Cursor: перенос правил проекта — это перенос содержимого правила между двумя разными форматами: .cursor/rules/*.mdc с frontmatter description/globs/alwaysApply и .clinerules/*.md с YAML paths. Контент правила переносится, формат и логика активации различаются, поэтому после копирования правило проверяют на подходящем и неподходящем пути.
Форма поставки: агент внутри редактора и отдельный редактор
Cline — это агент, который живёт в вашем редакторе и терминале: читает и пишет файлы, выполняет команды, работает с браузером, и каждое действие требует вашего подтверждения. В документации проекта перечислены приложения на одном ядре: десктопное приложение, CLI с интерактивным чатом и headless-автоматизацией, расширение для VS Code, плагин для JetBrains, SDK и Kanban для параллельных агентов. Cline работает в VS Code, Cursor, Windsurf, JetBrains, Antigravity, Zed и Neovim через ACP-режим.
Cursor — отдельный редактор со своим агентом. В документации Cursor агент описан как помощник, который выполняет сложные задачи, запускает команды и правит код; доступ — боковая панель по Cmd+I или Ctrl+I. Агент собран из трёх компонентов: инструкции (системный промпт и правила), инструменты (правка файлов, поиск по коду, терминал) и модель. Для крупной работы вроде фичи или миграции создаётся Project: агент-координатор планирует и делегирует задачи другим агентам.
Практическая разница для переноса правил: у Cline правило — файл в рабочей папке проекта, который читает агент внутри любого поддерживаемого редактора. У Cursor правило привязано к самому редактору и его системе .cursor/rules. Один и тот же текст правила живёт в двух разных механизмах загрузки.
Три разные сущности оплаты
Смешивать эти три вещи не нужно: это разные счета и разные владельцы.
| Сущность | Кто выставляет счёт | Что покрывает |
|---|---|---|
| Подписка Cursor | Cursor (The X Subscription) | Недельный пул использования для моделей Cursor, общий с Grok и Cursor |
| ClinePass | Cline | Фиксированная месячная подписка на отдельные открытые кодинг-модели |
| Токены провайдера | Ваш провайдер (Anthropic, OpenAI, Google и др.) | Оплата по факту использования модели |
В документации Cursor тарифы идут от Free за $0 до Ultra за $200 в месяц; каждый платный тариф включает один пул использования для моделей Cursor, который обновляется еженедельно. Сторонние модели в пул не входят: на Premium и выше они доступны по API list price из предоплаченного баланса. Подписка Cursor продаётся только напрямую через X Subscription Corp.
ClinePass в документации Cline описан как фиксированная подписка за $9.99 в месяц на популярные открытые кодинг-модели. Третий путь — Bring Your Own Key: свои учётные данные провайдера для облачных сервисов или локальных сред. Cline отслеживает расход токенов и стоимость автоматически и показывает оценку в заголовке задачи; итоговый счёт может немного отличаться из-за округления у провайдера.
Локальные модели в документации Cline идут отдельной строкой: платите только за железо. Для запуска названы ориентиры — 32 ГБ RAM для начальных моделей в 4-битном квантовании, 64 ГБ для качества получше, 128 ГБ и выше для уровня облачных. Скорость локальных моделей на типичном железе — 5–20 токенов в секунду против сотен у облачных API.
Cline ставится внутрь Cursor
Инструменты не взаимоисключающие. В списке поддерживаемых редакторов Cline прямо назван Cursor: расширение ставится внутрь редактора и работает там наравне с родным агентом Cursor. Это даёт рабочую схему: правила Cursor остаются в .cursor/rules, а правила Cline — в .clinerules/ того же проекта, и каждый инструмент читает свой набор.
Что это меняет на практике. Родной агент Cursor видит .cursor/rules и не обязан читать .clinerules/. Cline внутри Cursor читает .clinerules/, .cline/rules/ и распознаёт часть чужих форматов. В документации Cline перечислены распознаваемые типы правил: собственные .clinerules/ и .cline/rules/, файл .cursorrules, .windsurfrules и AGENTS.md. Все найденные типы появляются в панели Rules с индивидуальными переключателями.
Отсюда практический вывод для переноса: .cursorrules — это старый одиночный файл, который Cline подхватывает автоматически. Современные правила Cursor живут в .cursor/rules как .mdc с frontmatter, и нативной загрузки этого формата с globs у Cline нет. Поэтому перенос делают вручную: содержимое копируют, метаданные переписывают под формат получателя.
Карта переноса одного правила с условной активацией
Возьмём одно правило: стандарты для React-компонентов, которое должно включаться только при работе с файлами компонентов.
Исходник в Cursor — файл .cursor/rules/react-patterns.mdc:
---
description: Стандарты React-компонентов
globs: src/components/**/*.tsx
alwaysApply: false
---
# Правила компонентов
- Именованные экспорты
- Стили рядом с компонентом в module CSS
- Компонент короче 200 строк
В Cline создайте файл .clinerules/react-components.md с сохранением исходной области:
---
paths:
- "src/components/**/*.tsx"
---
# Правила компонентов
- Именованные экспорты
- Стили рядом с компонентом в module CSS
- Компонент короче 200 строк
Маска сохраняет область TSX-файлов внутри src/components/; каталог src/hooks/ в это правило не добавляется.
Что изменилось при переносе. Текст правила перенесён дословно. Формат метаданных другой: у Cursor три поля description, globs, alwaysApply, у Cline одно поле paths со списком glob-шаблонов. Логика активации тоже различается: Cursor при alwaysApply: false и заданных globs подключает правило автоматически, когда подходящий файл попадает в контекст. Cline при наличии frontmatter активирует правило, когда текущие файлы совпадают с шаблоном из paths.
Правила без frontmatter у Cline всегда активны. Пустой массив paths: [] означает, что правило не активируется никогда, — так его временно отключают. При ошибке разбора YAML Cline действует по принципу fail open: правило активируется с видимым сырым содержимым для отладки.
Проверка срабатывания на подходящем и неподходящем пути
Проверка строится на двух запросах к агенту.
Положительная проверка. Откройте файл src/components/Button.tsx и напишите в запросе явный путь: «обнови src/components/Button.tsx». В документации Cline сказано прямо: явное указание пути в промпте надёжно запускает правила по путям, а общая формулировка вроде «обнови компонент кнопки» может не запустить. При активации условного правила Cline показывает уведомление вида «Conditional rules applied: workspace:frontend-rules.md».
Отрицательная проверка. Уберите из контекста и открытых вкладок все файлы, совпадающие с шаблоном, начните новую беседу и дайте запрос по файлу вне src/components/, например по src/db/schema.ts. Правило компонентов активироваться не должно. Совпадение любого другого файла из контекста тоже активирует правило Cline, поэтому для чистой проверки контекст освобождают полностью.
Что считается текущим контекстом у Cline: пути, упомянутые в вашем сообщении; открытые вкладки; видимые файлы в активных панелях; файлы, которые Cline создал, изменил или удалил в задаче; файлы, которые он собирается править. Условное правило может сработать на первом сообщении, при открытых подходящих файлах или в середине задачи.
Частая ошибка при переносе — оставить в Cline широкий шаблон **. В документации Cline отмечено, что ** рекурсивен и может совпадать шире задуманного. Если правило срабатывает неожиданно, проверяют glob-шаблоны, открытые файлы и пути в сообщении. Инструкции в правилах не дают детерминированной защиты: модель может отклониться от них, поэтому правила — ориентир для агента.
AGENTS.md как переносимая база
AGENTS.md — общий формат инструкций для агента, который поддерживают оба инструмента. В документации Cursor он описан как простой markdown-файл без метаданных и сложных настроек, альтернатива .cursor/rules для простых случаев; поддерживается в корне проекта и в подкаталогах. Вложенные AGENTS.md комбинируются с инструкциями родительских каталогов, более конкретные имеют приоритет.
В документации Cline AGENTS.md указан как стандартный формат для кросс-инструментальной совместимости; читаются AGENTS.md и ~/.agents/AGENTS.md. Это делает AGENTS.md базой для правил, которые должны работать в обоих инструментах без переписывания.
Граница переносимости проходит так:
| Что переносится | Что требует переписывания |
|---|---|
| Текст правил в AGENTS.md | .cursor/rules/*.mdc с frontmatter |
| Общие инструкции без условий | .clinerules/*.md с YAML paths |
| Содержимое правила | Метаданные активации |
Условная активация по путям остаётся в форматах конкретного инструмента. Если правило должно включаться только для части файлов, его держат в .clinerules/ с paths или в .cursor/rules с globs, а в AGENTS.md выносят только то, что действует всегда.
Ограничения и сверка с документацией
Тарифы и версии меняются. В документации Cursor отмечено, что цены указаны без налогов и могут изменяться; старые тарифы Pro, Pro+, Ultra и места Teams Standard и Premium продолжают работать для существующих клиентов с двумя месячными пулами. Это значит, что конкретные цифры из статьи стоит сверять с актуальной страницей тарифов на момент чтения.
Доступность сервисов из России в разобранных первичных документах не описана. Cursor указывает, что подписки продаются только напрямую через X Subscription Corp и что сторонние продавцы не авторизованы. Cline в документации перечисляет пути доступа к модели, включая свои ключи провайдера и локальные среды.
Все утверждения этой статьи сверены с первичными документами вендоров: docs.cline.bot по правилам, задачам и обзору, cursor.com/docs по правилам, агенту, безопасности и тарифам, cursor.com/help по своим ключам. Даты публикации и версии интерфейсов стоит проверять отдельно: документация обновляется, а форматы правил могут меняться.
Частые вопросы
Cline или Cursor — что выбрать для правил проекта?
Оба инструмента читают правила проекта, но по-разному. Cline хранит правила в .clinerules/ и .cline/rules/, Cursor — в .cursor/rules как .mdc. Если вы работаете в Cursor, расширение Cline ставится внутрь редактора, и оба набора правил могут сосуществовать в одном проекте.
Можно ли перенести правило Cursor в Cline без правок?
Текст правила переносится, метаданные — нет. Файл .mdc с полями description, globs, alwaysApply нужно переписать в .md с YAML-полем paths. Логика активации тоже различается, поэтому после переноса правило проверяют на подходящем и неподходящем пути.
Почему правило Cline не срабатывает?
Возможные причины: путь в запросе не совпадает с glob-шаблоном, правило выключено в панели Rules, frontmatter без корректных ---, либо в контексте нет файлов, подходящих под шаблон. Явное указание пути в промпте надёжно запускает правило, общая формулировка может не запустить.
AGENTS.md работает в обоих инструментах?
Да. Cursor поддерживает AGENTS.md в корне проекта и подкаталогах, Cline читает AGENTS.md и ~/.agents/AGENTS.md. Это общий формат для инструкций, которые должны работать в обоих инструментах. Условную активацию по путям он не заменяет.
Как проверить, что правило активировалось?
Откройте файл, подходящий под шаблон, и укажите его путь в запросе. Cline показывает уведомление об активации условного правила. Для отрицательной проверки начните новую беседу без совпадающих файлов в контексте и дайте запрос по файлу вне шаблона.