• Система управления агентом (agent harness) описана как сочетание инструкций, инструментов и сообщений пользователя.
• В Cursor инструкции и набор инструментов настраиваются под каждую модель на основе внутренних оценок и внешних бенчмарков.
• Режим планирования переключается через Shift+Tab: агент исследует кодовую базу, задаёт уточняющие вопросы и формирует план с путями к файлам, ожидая одобрения перед началом работы.
• Планы открываются как Markdown-файлы; их можно редактировать и сохранять в .cursor/plans/ как документацию и контекст для будущей работы.
• Для расширения поведения описаны Rules (статический контекст в .cursor/rules/) и Skills (динамические возможности в SKILL.md, включая хуки в .cursor/hooks.json).
• В тексте упоминаются параллельные агенты с изоляцией через git worktree и облачные агенты, которые клонируют репозиторий и открывают pull request.

Почему это важно: Руководство показывает, что при работе с агентами часть инженерной работы смещается в постановку цели и управление контекстом. Cursor описывает роль agent harness и то, почему одинаковые формулировки могут по-разному работать в разных моделях. Это помогает уменьшать трение при появлении новых моделей и закреплять повторяемые рабочие паттерны. Планы как артефакт команды становятся частью документации и снижают потери контекста.

На что обратить внимание: В тексте разделяется постоянный контекст проекта (Rules) и вызываемые по ситуации рабочие процессы (Skills), что влияет на чистоту контекстного окна и воспроизводимость поведения. Отдельно отмечается, что длинные цепочки сообщений могут накапливать шум и снижать эффективность агента, поэтому границы логической единицы работы важны для решения — продолжать диалог или начинать новый. Также описаны уровни проверки качества кода: наблюдение за diff и отдельный режим поиска проблем, а для pull request упоминается Bugbot. Параллельные агенты в worktree поднимают вопрос о том, как сравниваются и объединяются результаты.