Как сохранить контекст субагентов (это отдельные помощники с чистым стартом) в Cursor: вынести бриф и факты в папку memory/, а не держать задачу только в длинном чате. Следующий помощник читает файл — вы не копируете бриф заново и не пересказываете тему с нуля.
Контекстное окно нейросети — это ограниченный объём текста и файлов, который модель держит «в голове» за одну сессию; когда места не хватает, старое вытесняется. Это не поломка Cursor и не признак, что нейросеть «тупая». Субагент — это отдельный помощник с чистым стартом: он не видит историю родительского чата, пока вы сами не передадите нужное. Поэтому общая «память» между ролями — короткий файл, а не надежда, что чат «сам вспомнит».
Зачем файл вместо бесконечного чата
Официальные документы Cursor прямо говорят: большие языковые модели не хранят память между отдельными ответами. Rules (правила проекта в Cursor → Settings → Rules) дают устойчивый контекст на уровне промпта, но это не «магическая память» продукта. Родитель обязан включить задачу в промпт субагента — иначе помощник честно спросит «а какая тема?», хотя вы час это уже обсуждали.
«Нейросеть с памятью» в рекламном смысле и контекстное окно — разные вещи. Окно — рабочая память сессии. Долгосрочные факты держатся в файлах проекта и коротких правилах. Большое окно не гарантирует внимание к середине длинного ввода: эффект Lost in the Middle как раз про то, что края текста держатся лучше центра. Гнаться за «миллионом токенов» бессмысленно, если бриф тонет в правках.
Переполнение окна — ожидаемый лимит сессии. Нужен короткий новый чат и файл фактов, а не ещё час копипаста брифа.
Community отмечает: встроенные Memories в Cursor убрали (около версии 2.1.x). Канон снова тот же — Rules плюс файлы в проекте. Я бы не ждал «кнопку памяти» от IDE. Проще договориться: факты пишем в memory/, следующий читает файл.
Создайте memory/ и два коротких шаблона
В корне проекта (любая папка с текстом или сайтом) создайте каталог memory/. Если привычнее имя handoff/ — ок, смысл тот же: короткая общая память между ролями.
Два файла:
- brief.md — что нужно на выходе: тема, аудитория, тон, объём, запреты. 10–20 строк, не роман.
- facts.md — только проверенные факты и решения: цифры, ссылки, «уже решили / не трогаем». Цель — около 50 строк, как в простом паттерне persistent-memory на GitHub: факты отдельно, без внешних подключений.
В brief.md сразу напишите задачу своими словами. Например: цель, для кого, что обязательно упомянуть, чего не делать. В facts.md пока оставьте заголовок и пустой список — его заполнит роль Researcher дальше.
Секреты сюда не кладите. Пароли, ключи API (это доступы к внешним сервисам), доступы к сайту — только в .env или менеджере секретов. В memory/ — факты задачи, не доступы. Файл читают и люди, и следующие агенты.
Добавьте правило «следующий читает файл»
Добавьте короткое правило проекта (Cursor → Settings → Rules) или явную строку в промпт каждой роли:
Перед ответом открой memory/brief.md и memory/facts.md. Не переспрашивай бриф из чата, если он уже в файлах. Не копируй весь чат в always-apply Rules.
Почему так жёстко: always-apply с простынёй истории раздувает каждое сообщение и ускоряет вытеснение. Короткое правило «читай файл» дешевле и надёжнее.
Я бы не начинал с Cloud Agents, MCP (это подключаемые снаружи сервисы для агента) и пакета из 19 субагентов. Сначала два файла и две роли. Зрелые сборки вроде TEYA или «Офис веб-страниц» — следующий шаг после первого прогона, когда черновик уже родился из файла.
Researcher пишет факты в файл
Откройте новый короткий чат (не тот, где час правили абзацы). Промпт по смыслу:
- Ты Researcher. Прочитай memory/brief.md.
- Собери факты по задаче: только то, что нужно Writer для черновика.
- Запиши результат в memory/facts.md. Без воды и без секретов.
- Не пиши финальный текст — только факты и источники.
Дождитесь записи файла. Откройте facts.md глазами: есть ли тема, ключевые цифры или тезисы, ограничения из брифа? Если пусто или агент «изобрёл» — поправьте файл сами одной правкой, не запускайте Writer на мусоре.
Русский текст заполняет токены быстрее английского — ещё один повод держать facts.md коротким, а не сваливать туда весь репозиторий.
Writer читает только файл и пишет черновик
Второй короткий чат или отдельный субагент Writer. Промпт:
- Ты Writer. Открой memory/brief.md и memory/facts.md.
- Напиши черновик строго по файлам. Не проси бриф заново.
- Если факта нет в facts.md — не выдумывай, отметь пробел.
Критерий «получилось»: на экране есть черновик — результат из файла, а не копипаст брифа в промпт. Если агент снова спрашивает «а какая тема?» — правило не сработало или файл пустой; вернитесь к Researcher, не размножайте чаты.
На практике так вы сэкономите время на рутине «объясни заново»: бриф живёт в memory/, а не в хвосте длинной переписки, которую окно уже вытеснило. Получите готовый текст быстрее, чем после третьего пересказа темы.
Типичные ошибки на этом маршруте
| Ошибка | Что происходит | Как иначе |
|---|---|---|
| Весь бриф только в длинном чате | Окно забито правками, начало забыто — кажется, Cursor «сломался» | Новый короткий чат + brief.md/facts.md |
| Субагент без файла передачи | Чистый старт: он не видит, что сделал предыдущий | Явно: «прочитай memory/…» |
| Сразу 12–19 ролей | Путаница, кто за что отвечает; нет готового текста | Только Researcher → Writer |
| Секреты в memory/ | Утечка в историю и копии проекта | Только .env / секреты IDE |
| Архив чатов вместо файла фактов | SpecStory и похожие сейвят историю в markdown — это архив, не протокол между ролями | Короткий facts.md для передачи задачи |
| Весь репозиторий в чат | Окно забито шумом | Точечные файлы; при необходимости — дамп дерева, не «всё подряд» |
Типичная ошибка на форуме Cursor — лечить потерю контекста ещё одним гигантским чатом. Родительский агент обязан явно передавать задачу субагенту: это не баг «тупой нейросети», а лимит окна и изоляция контекста.
Что считать готовым
За вечер достаточно трёх пунктов рядом с артефактом:
- В memory/ лежат brief.md и facts.md без паролей и ключей.
- Writer выдал черновик, опираясь на эти файлы, без повторного ввода брифа в промпт.
- Вы понимаете: переполнение контекстного окна ≠ поломка Cursor; следующий агент не «вспомнит сам» — ему нужен файл или явный промпт.
Проверьте пункт 2 глазами. Если не выполнен — не ставьте плагины. Сократите facts.md, усильте правило «читай файл», повторите один прогон.
Когда схема уже работает, можно углубить роли в разборе ролей субагентов, гигиену Rules в настройке ruleset или базовый старт в как пользоваться Cursor AI. Плагины TEYA, «Офис», Excalibur и Cursor Jr — следующий шаг по желанию, не условие старта.
Разборы и короткие схемы — в Telegram t.me/maya_pro и в MAX max.ru/maya_pro. Курс по автоматизациям — на kv-ai.ru, если понадобится системный разбор Make отдельно от этого маршрута.
— Артур Хорошев
Материал проверен: Артур Хорошев (CEO Maya AI, автор курса по Make.com и вайбкодингу).
Опора на источники: cursor.com/docs/rules — LLM (это языковые модели) не хранят память между completions; cursor.com/docs/subagents (clean context субагента); universus.pro — Lost in the Middle; blockchain-council.org — Memories ≈2.1.x убраны; github.com/jozefkun/persistent-memory; форум Cursor; @maya_pro; Яндекс Вордстат «контекстное окно нейросети» = 292 (region 225, 2026-07-22).
Частые вопросы
Чем контекстное окно отличается от «нейросети с памятью»?
Окно — лимит одной сессии: что модель видит сейчас. «Память» продукта обычно значит сохранённые факты между сессиями. В Cursor устойчивый слой — Rules и файлы проекта; встроенные Memories community описывает как убранные. Для субагентов рабочая общая память на старте — папка memory/.
Это баг Cursor или норма работы модели?
Чаще норма: окно ограничено, старое вытесняется, субагент не наследует чат родителя. Баг UI бывает, но диагностику лучше начать с файла фактов и нового короткого чата.
Нужен ли MCP для первого прогона?
Нет. Markdown-файлы между Researcher и Writer закрывают боль повторного брифа без подключений. MCP имеет смысл позже, когда уже есть стабильная передача через memory/.
Почему Writer снова спрашивает тему?
Чаще всего: пустой или несохранённый facts.md, правило не указало путь к файлу, или вы продолжаете раздутый чат вместо короткого. Проверьте файл глазами и повторите промпт с явным «открой memory/…».
