Обновление вышло под номером 3.11 и охватывает сразу несколько частей интерфейса: диалог с агентом, поиск по переписке и окна выбора проекта. Отдельно команда добавила хуки для облачных агентов — механизм, который позволяет сторонним разработчикам встраиваться в работу агента на уровне кода.
Боковой чат не мешает агенту
Раньше вопрос в сторону — уточнить деталь, проверить альтернативный подход, свериться с фактом — приходилось задавать прямо в основном чате, обрывая ход задачи. Теперь для этого есть боковой чат: он открывается командой /side, /btw или кнопкой-плюсом наверху панели чата и подхватывает контекст основного диалога.
Это полноценный агентный чат, а не всплывающая подсказка. Его можно вести дальше, возвращаться к нему позже и подтягивать обратно в основной поток через упоминание. По умолчанию боковой чат ограничен чтением, поиском и ответами — он не редактирует код и не коммитит изменения. Разработчики Cursor прямо описывают его назначение: задать уточняющий вопрос, изучить альтернативу, сверить решение — пока основной агент продолжает выполнять задачу.
Ограничение выглядит осознанным, а не недоработкой. Разделение ролей «один агент правит код, второй только советует» снижает риск, что два агента одновременно полезут редактировать один и тот же файл.
Cmd+K ищет по тысячам чатов
Второе изменение — поиск. В окне агентов (Agents Window) через командную палитру (Cmd+K) теперь можно искать не только по названиям чатов и номерам pull request, а по содержимому переписки. Cursor строит локальный поисковый индекс, который, по заявлению компании, держит скорость поиска даже при тысячах сохранённых разговоров.
Внутри уже открытого диалога работает отдельный поиск по Cmd+F: он подсвечивает совпадения, считает их количество и позволяет прыгать между ними, пролистывая длинные транскрипты. Для тех, кто месяцами копит агентные сессии по одному проекту, это закрывает практическую проблему — раньше найти конкретное решение неделю спустя можно было только листанием вручную.
Пикер подключает GitHub на месте
Окна выбора проекта и репозитория пересобрали заново. Раньше часть сценариев — например, подключение нового репозитория из GitHub, GitLab или Azure DevOps — уводила пользователя в отдельный экран. Теперь это можно сделать, не выходя из пикера.
Поиск в пикере стал контекстным: он ищет не по всей базе сразу, а в границах того, где пользователь сейчас работает — на локальной машине, в облаке или на конкретной удалённой машине. Из практических мелочей: ветки открываются сразу на дефолтной и недавно использованных, а не длинным плоским списком; проекты можно убирать из списка недавних одним кликом; для репозиториев, которые существуют только в облаке, пикер сам предлагает склонировать их локально.
Хуки дотянулись до диалога агента
До этого обновления командные хуки в облачных агентах Cursor умели реагировать на использование инструментов и работу с файлами и шеллом — то есть на действия агента. Новый набор хуков заходит глубже и позволяет наблюдать и управлять самим ходом диалога: промптами, ответами, рассуждениями модели, вызовом сабагентов, сжатием контекста (compaction) и завершением хода.
Среди новых хуков — beforeSubmitPrompt, afterAgentResponse, afterAgentThought, stop, subagentStart и другие; полный список Cursor опубликовал в документации. На практике это открывает дорогу к самокорректирующимся циклам: например, хук может перехватить ответ агента до того, как тот попадёт пользователю, и завернуть его на повторную проверку, если результат не проходит внутренний критерий.
Для обычного пользователя Cursor это обновление незаметно — хуки касаются команд, которые встраивают собственную логику поверх облачных агентов. Но именно этот слой обычно определяет, насколько предсказуемо агент ведёт себя в корпоративных процессах, а не в одиночной сессии разработчика.
Ограничение на запись — не случайность
Функция решает конкретную и знакомую боль: агент выполняет задачу десять минут, а у разработчика в этот момент возникает вопрос в сторону, для которого жалко прерывать основной поток. Формально решение простое, но проверка будет практической — приживётся ли привычка использовать боковой чат именно для уточнений, а не превратится ли она в способ вести несколько независимых задач одновременно в одном окне. Ограничение «только чтение и ответы» в боковом чате — это как раз страховка от второго сценария.
