Облачные агенты Cursor научились оформлять результаты своей работы в интерактивные холсты с таблицами и графиками вместо бесконечной переписки в окне редактора, однако передать готовый отчёт коллегам оказывается сложнее, чем кажется. Шестнадцатого октября вышло обновление, которое позволяет агенту в облаке собрать визуальную страницу и сгенерировать ссылку для команды. Подвох в том, что привычной общей доски у проекта нет: список опубликованных холстов в личном кабинете показывает только ваши собственные материалы, а коллегам нужно отправлять точный прямой адрес, иначе они ничего не увидят.
Как простыня переписки превращается в живую витрину
Когда сложная задача требует от помощника обойти десятки файлов, поднять базу данных или свести разрозненные логи, финал работы обычно превращается в длинный диалог. Прокручивать километры текста неудобно, а выуживать из них итоговые выводы коллегам некогда. Холст решает эту проблему наглядно: он открывается отдельной рабочей панелью рядом с перепиской и группирует информацию по понятным блокам с карточками, интерактивными таблицами и переключателями.
Холсты появились в Cursor ещё весной, но раньше их строили вручную. Октябрьское обновление научило собирать такую витрину именно облачного агента, работающего автономно на удалённом сервере. Помощник сам решает, когда ответ нагляднее упаковать в секции и карточки, либо человек запрашивает холст прямой командой. Страница сохраняется в рабочей области: её можно открыть снова, поправить блоки словами или пересчитать формулы на свежих данных, а типовую структуру отчёта можно зафиксировать как навык.
Почему коллеги не видят отчёт в общем списке
Логичное желание после получения красивого отчёта — быстро показать его команде. В верхней панели холста есть кнопка публикации, которая генерирует внешнюю ссылку. Человек переходит по ней в браузере и видит чистую вёрстку с графиками и таблицами без истории сообщений, без чужих черновиков и без необходимости запускать агента повторно. Но именно на этом этапе начинаются неожиданности.
Бесплатный аккаунт делиться холстами не может: нужна платная подписка уровня Premium и выше либо тарифы Teams и Enterprise, причём пользователь обязательно должен состоять в команде. Кроме того, публикацию блокирует устаревший режим конфиденциальности, требующий запрета на облачное хранение, а администратор может отключить общий доступ ко всем холстам одной настройкой.
Но главное неудобство кроется в логике интерфейса. Раздел опубликованных материалов в панели управления не работает как общая доска объявлений: он выводит исключительно те страницы, которые опубликовали лично вы. Если ваш коллега собрал полезный отчёт и нажал заветную кнопку, вы не найдёте его в списке, пока он не пришлёт ссылку личным сообщением. Кроме того, ссылка отдаёт только статический снимок на момент нажатия. Если цифры в коде или базе изменились, страница сама по себе не обновится: автору придётся снова открыть проект и нажать кнопку повторной публикации.
Если вы настраиваете автоматизацию для своей команды и хотите разбираться в тонкостях рабочих систем без лишней мишуры, заглядывайте в канал Ковчег, где мы разбираем свежие инструменты и неочевидные сценарии работы.
Environments API: как собирать рабочие места агентов через код
Вместе с холстами разработчики выкатили в открытую бету новый программный интерфейс для управления окружением агентов. Чтобы облачный помощник мог выполнить задачу, ему требуется полноценная виртуальная машина на базе Ubuntu: туда клонируются репозитории проекта, устанавливаются нужные библиотеки, прописываются ключи доступа и запускаются фоновые службы. До сих пор такие среды настраивали руками через графический интерфейс, а теперь появился специальный программный шлюз.
Через API можно программно создавать среды, запрашивать их список, обновлять настройки или удалять отработавшие машины. Для каждой среды задаётся владелец, имя до 255 символов и список репозиториев. Сборка задаётся привычным конфигурационным файлом с командами установки и запуска, а при совпадении имени сервис возвращает ошибку конфликта 409.
Удаление среды необратимо: восстановить стёртое окружение нельзя. Метод частичного обновления меняет название и конфигурацию машины, но в текущей документации не позволяет изменить список привязанных репозиториев. Значения секретов сервер в ответах не показывает, а автоматические уведомления о событиях для первой версии API пока недоступны.
Триста репозиториев и реальные границы обновления
Самая громкая цифра октябрьского анонса — поддержка до трёхсот репозиториев для одной среды и пятикратное ускорение их загрузки. Возможность объединить в одном рабочем пространстве десятки сервисов действительно полезна для крупных распределённых систем, хотя разработчики так и не уточнили, от какого именно исходного времени отсчитывается ускорение в пять раз.
В официальном списке изменений и в описании методов создания сред зафиксирован лимит в триста репозиториев, включая GitHub, GitLab, Bitbucket и Azure DevOps. Однако на обзорной странице API до сих пор висит старая плашка с ограничением в двадцать репозиториев и поддержкой только GitHub. Документацию обновляют частями, поэтому ориентироваться стоит на методы создания сред.
Для собственных серверов действует отдельное правило: они игнорируют команды из файла конфигурации и по умолчанию принимают только один репозиторий. Чтобы подключить сразу несколько источников кода, придётся настраивать выделенный именованный пул.
В итоге обновление сделало облачных помощников значительно взрослее: они научились упаковывать сложные расчёты в понятную форму и разворачиваться на масштабных кодовых базах. Но удобство командной работы по-прежнему упирается в человеческий фактор: пока вы не передадите прямую ссылку коллеге и не проверите тарифные настройки, самый наглядный интерактивный отчёт останется невидимым для всех, кроме вас.