Cursor 3.3: контекст агента — rules, skills, MCP и subagents
Как не «съесть» контекст: project rules, skills, MCP и subagents в одной системе приоритетов — для кода, автоматизации и командной работы.
Перейти в TelegramМатериал про Cursor 3.3: как project rules, skills, MCP и subagents делят одно контекстное окно — и как читать разбивку (breakdown), чтобы агент не «терял» инструкции к концу длинной сессии.
Ниже — практика для маркетинга, вайбкодинга и автоматизации: от сжатых правил до отключения лишних MCP и изоляции субагентов, плюс блок про GEO и цитирование в ответах нейросетей.
Зачем бизнесу и маркетингу следить за контекстом в Cursor, а не только за «умом» модели
Коротко: качество ответа агента в IDE зависит не только от выбранной модели, но и от того, что реально попало в «окно» диалога: правила, инструменты, описания MCP, skills и история чата. Когда окно заполняется, старые части разговора сжимаются в краткое резюме — и «инструкции», на которые вы рассчитывали, могут оказаться за пределами внимания модели.
Что такое контекст агента в IDE простыми словами
Контекст агента — это всё, что редактор передаёт модели вместе с вашим запросом: системные инструкции, правила проекта, описания инструментов, подключённые расширения протокола MCP, тексты skills, сведения о субагентах и сама переписка. В Cursor у чата есть фиксированное контекстное окно: его размер ограничен, а заполнение отображается индикатором у поля ввода.
Маркер: простыми словами. Контекстное окно — это лимит «памяти разговора» в одном сеансе: всё, что не помещается, приходится ужимать, выкидывать из активной зоны или переносить в новый чат.
Как лимиты контекста бьют по скорости и качеству задач
Для маркетолога и контент-специалиста это выглядит как «агент вдруг перестал соблюдать tone of voice» или «забыл структуру статьи». Для вайбкодинга — как регрессии в коде и лишние правки в файлах, которые вы уже описывали в rules. Для автоматизации — как нестабильные сценарии: чем тяжелее стартовый промпт, тем выше риск, что важные ограничения уедут в сжатый хвост диалога.
Маркер: простыми словами. Токены — это единицы разбивки текста для модели (примерно кусочки слов и знаков). Чем больше токенов занимают правила, MCP и tools, тем меньше места остаётся под ваши файлы и осмысленную историю правок.
Что изменилось в логике контекста в Cursor 3.3 с точки зрения практики
В релизе Cursor 3.3 (май 2026) добавлена разбивка использования контекста агента: можно увидеть, какие категории «съедают» бюджет, и настроить rules, skills, MCP и subagents осознаннее. Это сдвиг в сторону наблюдаемости: не гадать «почему агент тупит», а смотреть на структуру затрат контекста. Официальное описание — в журнале изменений Cursor 3.3.
Для сравнения: ветка 3.2 усиливала исполнение — параллельные задачи, worktrees, multi-root workspace на нескольких папках без «переприцеливания» сессии. 3.3 дополняет это темой «где именно уходят токены» в статической и динамической части промпта.
Какие сигналы стоит отслеживать, чтобы понять, что контекст переполнен
Ориентиры из документации Cursor: кольцо заполненности у ввода и по клику — панель разбивки (breakdown tray) с суммарным числом токенов по категориям. Подробности разметки категорий — в разделе документации про контекст агента и использование контекста.
Коротко: из чего складывается разбивка. В интерфейсе суммируются токены по строкам: System prompt (встроенные инструкции Cursor), Tools (описания доступных агенту инструментов), Rules (project/user rules в промпте), Skills (описания skills в system context), MCP (инструкции и каталог подключённых MCP-серверов), Subagents (документация типов субагентов, которые агент может запускать), Summarized conversation (сжатые summary ранних реплик), Conversation (сообщения пользователя, ответы агента и результаты вызовов tools).
Типичные симптомы: повторы, потеря правил, забывание файлов
Если Summarized conversation растёт, ранние договорённости могут превратиться в краткое резюме и перестать выполняться буквально. Если раздут блок Tools или MCP, модель «видит» слишком много описаний инструментов и хуже фокусируется на вашем коде или тексте. Если Rules и Skills занимают заметную долю, имеет смысл ужать формулировки и убрать дубли между project rules и skills.
Маркер: простыми словами. Summary (сжатый диалог) — это когда редактор сжимает старые реплики в краткое содержание, чтобы освободить место в окне. Полезно для длины чата, рискованно для юридически точных или жёстких инструкций, которые должны оставаться дословными.
Cursor 3.3 · контекст агента
Бюджет контекста: куда уходят токены
В панели разбивки (breakdown) Cursor суммирует заполнение окна по категориям — от системного промпта до переписки и MCP. Ниже — схематичная полоса: доли «дышат», чтобы показать конкуренцию за место, а не точные проценты вашего чата.
- System / Tools — база редактора и описания инструментов.
- Rules / Skills — ваши правила и сценарии в system context.
- MCP / Subagents — каталог серверов и документация типов субагентов.
- Summary / Chat — сжатый хвост и живой диалог с вызовами tools.
Дисклеймер: пропорции условные, для наглядности. Реальная разбивка — в интерфейсе Cursor у индикатора контекста.
Project rules и пользовательские правила: как они конкурируют за место в контексте
Rules попадают в промпт как отдельная категория. Их много — и вы платите не «дисковым пространством», а вниманием модели внутри лимита.
Как писать правила короче и жёстче
- Один тезис — один пункт. Длинные манифесты в
.mdcхуже соблюдаются, чем короткие запреты и обязательные форматы. - Разделите «всегда» и «иногда». Вечные стандарты кода и бренда — в rules; разовые задачи — в сообщение пользователя или в отдельный чат.
- Уберите повтор skill’ами. Если skill дублирует rule, вы кормите модель двумя почти одинаковыми инструкциями.
Ошибки, из-за которых rules превращаются в шум
Шаблоны «на все случаи жизни», вложенные примеры на три экрана, копипаста корпоративного регламента без приоритетов — всё это увеличивает категорию Rules в breakdown и снижает полезную глубину Conversation. Для команды маркетинга это часто про тон, структуру лонгрида, запреты на выдуманные цифры; для разработки — про стиль коммитов и границы рефакторинга.
Skills в Cursor: когда skill помогает, а когда превращается в лишний груз
Skills описывают сценарии и попадают в system context отдельной строкой разбивки. Skill уместен, когда у вас повторяющийся протокол: например, как проходить чек-лист публикации, как оформлять SEO-мету или как собирать промпт для контент-завода.
Приоритеты: что в project skills, а что в документацию
В project skills стоит класть то, что реально вызывается в работе агента. Справочники на сотни страниц лучше держать в репозитории и подключать точечно (@-упоминания файлов), а не раздувать описание skill’а «на всякий случай».
Как skills стыкуются с агентскими сценариями и MCP
Skill задаёт как действовать, MCP даёт чем пользоваться (инструменты вне редактора). Когда в разбивке MCP и Skills вместе занимают много места, проверьте: не дублирует ли skill текст из README MCP-сервера и не тянете ли вы в контекст лишние серверы «про запас».
MCP-серверы в Cursor: расширение возможностей и цена в токенах
Model Context Protocol (MCP) — открытый способ подключать ассистента к внешним системам и данным через серверы и клиентов; формат предложила Anthropic в конце 2024 года как стандарт для экосистемы агентов. Вводный материал — в анонсе Model Context Protocol.
Маркер: простыми словами. AAIF (Agentic AI Foundation) при Linux Foundation — отраслевая площадка для открытых стандартов вокруг агентных систем; в публичных сводках экосистемы MCP фигурирует как часть более широкого контура совместимости, а не как «настройка одной кнопки в Cursor».
Маркер: простыми словами. MCP — это «розетка» между редактором с ИИ и вашими базами, CRM, поиском по документации: вместо десятка несовместимых интеграций — единый протокол, но каждый сервер добавляет описания инструментов в контекст.
В разбивке Cursor отдельно показан блок MCP: инструкции и каталог подключённых серверов. Чем больше серверов и инструментов доступно агенту, тем тяжелее секция Tools и связанные описания — это прямой путь к «толстому» старту чата.
Как подключать MCP осмысленно
- Включайте только те серверы, которые нужны текущей задаче; отключённые серверы в модели плагинов не загружаются и не отображаются в чате — см. документацию по плагинам и team marketplace (режимы Default Off / On / Required для компонентов).
- Следите за тем, не раздувается ли каталог инструментов: большие наборы tools повышают стоимость контекста и усложняют выбор правильного вызова для модели.
- Для чувствительных данных задайте политику: что можно отдавать MCP, что нельзя, и где нужен отдельный чат без внешних серверов.
Практический чек-лист безопасности и контроля объёма
Коротко: меньше серверов — меньше поверхность атаки и меньше «шума» в промпте. Имеет смысл периодически пересматривать список MCP так же, как список установленных плагинов в браузере: каждый добавляет не только функцию, но и текст в контекст. В исследовательской литературе по MCP отдельно выделяют классы угроз и сценарии злоупотреблений — это аргумент не отключать здравый смысл ради «ещё одного коннектора».
Subagents и мультиагентность: как дробить работу, не раздувая общий контекст
В разбивке есть категория Subagents — документация типов субагентов, которые основной агент может запускать. Параллельные субагенты (логика ветки 3.2) помогают делить задачи, но каждый новый слой сценариев нужно соизмерять с общим бюджетом контекста и дисциплиной правил.
Маркер: простыми словами. Субагент в ИИ-редакторе — это вспомогательный исполнитель подзадачи со своим набором инструкций; в поисковых хвостах слово «субагент» часто банковское, поэтому в тексте лучше уточнять: subagents в Cursor.
Когда выгодно вынести подзадачу субагенту
- Изолированное исследование или разовый аудит, который не должен тащить за собой половину монорепозитория.
- Параллельные ветки работы (например, документация + правки кода) — там, где уместна модель из релиза 3.2 с multitask и worktrees.
Как согласовать правила между основным агентом и вспомогательными сценариями
Дублирующиеся инструкции в родительском чате и в субагенте удваивают риск рассинхрона: один сценарий соблюдает tone of voice, другой — нет. Держите «канон» правил в одном месте (короткие project rules) и не копируйте его простынями в каждый запуск.
Связка с вайбкодингом и нейросетями для кода: кто выигрывает больше всего
Аудитория Kov4eg — предприниматели, маркетологи и контент-специалисты, которым нужен результат без обязательного бэкграунда разработчика. Для них Cursor — способ собирать автоматизацию, скрипты, интеграции и «контент-конвейеры», а не только писать классический backend.
Нейросеть для кода и повседневные задачи без глубокого бэкграунда
Запросы вроде «нейросеть для кода» и «нейросеть для программирования» отражают поиск инструмента под задачу. Практический вывод: выбирать модель под тип работы (быстрые vs более «тяжёлые» режимы в пикере Cursor) и одновременно чистить контекст — иначе «умная» модель будет получать тот же перегруженный промпт, что и быстрая.
Граница между пощёлкал промпт и воспроизводимой системой
Воспроизводимость — это правила, skills, отбор MCP и дисциплина репозитория. Одноразовый чат без rules подходит для эксперимента; продуктовый конвейер (статьи, отчёты, генерация каркасов под Wordstat, выгрузки) требует оформленных инструкций и контроля контекста — ровно туда упирается ценность 3.3.
Разбирать такие связки на практике удобнее пошагово: в Telegram-канале Maya Pro регулярно публикуем разборы автоматизации, вайбкодинга и рабочих сценариев в Cursor и смежных инструментах.
Автоматизация разработки и контент-процессов: агент как звено конвейера
Автоматизация разработки в широком смысле включает CI, ботов, сценарии в Make/n8n и репозитории с шаблонами. Агент в IDE — звено, которое должно стыковаться с остальным: не плодить уникальные «магические промпты», а опираться на файлы, чек-листы и ограничения.
Как контекстные настройки влияют на устойчивость сценариев
Multi-root workspace (несколько папок в одной сессии) удобен для монорепо, но увеличивает соблазн подтянуть лишние файлы в чат. Смотрите breakdown: если Conversation раздувается вложениями, разнесите задачи по чатам или уменьшите область @-ссылок. Для контент-команд это аналогично: не прикреплять десять черновиков, если нужна правка одного лонгрида.
Если нужен разобранный до шагов контур «Make + агенты + контент» без хаоса в настройках, посмотрите обучение по автоматизации и вайбкодингу на базе Make — там как раз про воспроизводимые сценарии, а не разовые промпты.
GEO и видимость в ИИ-выдаче: как структура материала помогает цитированию
GEO (Generative Engine Optimization) — практика делать контент так, чтобы нейросети могли извлекать из него чёткие формулировки: определения, списки, мини-FAQ, единые термины.
Маркер: простыми словами. GEO — это не про город в выдаче, а про то, чтобы ИИ-сводки и ответы ассистентов могли уверенно цитировать ваши тезисы, а не пересказывать их наугад.
Смысловые блоки, удобные для извлечения
- Короткое определение: что такое контекст агента в Cursor и из каких категорий состоит разбивка.
- Табличное или списковое сравнение: что относится к System prompt, Tools, Rules, Skills, MCP, Subagents, Summarized conversation, Conversation — по документации Cursor.
- Чек-листы «что отключить в первую очередь», если бюджет контекста исчерпан.
Чего избегать, чтобы страница не выглядела как сырой changelog
Перечень фич без сценария, даты в каждом заголовке, десятки внешних ссылок — это плохо и для людей, и для ИИ-выжимок. Лучше один связный сценарий: диагностика → правка rules/skills → отбор MCP → проверка субагентов.
Чтобы не пропускать свежие материалы по инструментам и сценариям, можно подписаться на канал про автоматизацию и вайбкодинг в Telegram.
FAQ по контексту агента, rules, skills, MCP и subagents
Где в Cursor посмотреть, куда ушли токены?
В индикаторе у поля ввода и в панели разбивки по категориям — см. официальную документацию по контексту в ссылке выше.
Что такое System prompt и Tools в разбивке?
System prompt — встроенные инструкции Cursor для модели. Tools — описания инструментов, доступных агенту. Оба блока участвуют в стартовом заполнении окна.
Маркер: простыми словами. Tools в разбивке — это не «ваши скрипты», а описания того, какими функциями агент может пользоваться; чем их больше и подробнее, тем тяжелее промпт.
Почему агент «забывает» договорённости в длинном чате?
При приближении к лимиту Cursor сжимает старые части диалога в summary, освобождая место. Если критичные правила не продублированы в компактных rules, они могут потерять дословность.
Как первым делом разгрузить контекст?
Отключить неиспользуемые MCP-серверы, укоротить rules и skills, начать новый чат для новой задачи, сузить @-область файлов.
Чем 3.3 отличается от 3.2 для пользователя агента?
3.2 усиливает параллельное выполнение и работу с несколькими корнями проекта; 3.3 добавляет прозрачную телеметрию контекста по категориям — удобно для настройки, а не только для «скорости клика».
Что проверяли по источникам
- Журнал изменений Cursor 3.3 и раздел документации про использование контекста агента (категории breakdown, кольцо контекста, summary).
- Документация по плагинам Cursor: состав компонентов (rules, skills, MCP servers и др.) и поведение отключённых MCP.
- Публичный анонс MCP от Anthropic как базовая рамка протокола.
- Сопоставление с релизом 3.2 для отличий «исполнение vs наблюдаемость контекста».
