Настройки Cloud Agents
Администраторы рабочей области могут настроить Cloud Agents в дашборде Cloud Agents.
Управление инфраструктурами
В разделе Инфраструктуры перечислены сохранённые инфраструктуры, доступные вашей команде. Инфраструктуру можно привязать к одному репозиторию или группе репозиториев.
Откройте инфраструктуру, чтобы просмотреть:
- Репозитории, к которым она относится
- Используется ли снимок или
.cursor/environment.json - Скрипт установки, запускаемый во время сборок
- Секреты времени вы��олнения и секреты сборки
- Настройки сетевого доступа
- Историю версий, сборки и запуски настройки
Используйте Обновить с помощью Agent, если хотите, чтобы Cursor проверил текущую инфраструктуру и предложил новую настройку. Используйте Новый запуск настройки, если хотите, чтобы Cursor заново настроил инфраструктуру. В истории версий используйте Восстановить, чтобы снова сделать активной предыдущую версию инфраструктуры.
На вкладке Сборки отображаются подготовленные версии инфраструктуры, доступные Cloud Agents. Здесь можно просмотреть логи, запустить сборку, выбрать или закрепить активную сборку и запустить агента из конкретной сборки. Подробнее см. в разделе Cloud Agent Builds.
Настройки по умолчанию
- Модель по умолчанию – используется, если при запуске не указана модель. Выберите любую модель, доступную для облачных агентов.
- Репозиторий по умолчанию – если поле пусто, агенты предложат пользователю выбрать репозиторий. Указав здесь репозиторий, пользователь сможет пропустить этот шаг.
- Base-ветка – ветка, от которой агенты ответвляются при создании pull request. Оставьте поле пустым, чтобы использовать ветку репозитория по умолчанию.
Настройки сетевого доступа
Управляйте сетевыми ресурсами, к которым могут обращаться Cloud Agents. В настройках пользователя и команды доступны три режима:
- Allow all network access – без ограничений по доменам.
- Default + allowlist – домены по умолчанию и любые добавленные вами домены.
- Allowlist only – только явно добавленные вами домены.
Пользователи, администраторы команд и владельцы инфраструктуры могут настроить сетевой доступ. Настройки на уровне инфраструктуры могут наследовать политики пользователя или команды, добавлять allowlist инфраструктуры или задавать собственный режим доступа. Подробнее см. в разделе сетевой доступ.
Настройки безопасности
Для всех параметров безопасности требуются права администратора.
- Отображение сводки агента — определяет, показывает ли Cursor изображения диффов файлов и фрагменты кода агента. Отключите этот параметр, если не хотите отображать пути к файлам или код на боковой панели.
- Отображение сводки агента во внешних каналах — распространяет действие предыдущего переключателя на Slack и другие подключённые внешние каналы.
- Последующие сообщения команды — определяет, могут ли участники команды отправлять последующие сообщения облачным агентам, созданным другими пользователями команды. См. раздел «Последующие сообщения команды» ниже.
Настройки функций команды
Администраторы команды могут включать или отключать следующие функции:
- Длительные запуски агентов — определяет, могут ли участники команды запускать агентов на длительное время. Администраторы могут включать или ограничивать эту возможность на уровне команды. Длительные запуски пока недоступны в инфраструктуре для нескольких репозиториев. При выборе инфраструктуры для нескольких репозиториев переключатель отключается.
- Использование компьютера — определяет, могут ли агенты взаимодействовать с компьютером (доступно только для Enterprise-команд).
Изменения сохраняются мгновенно и сразу применяются к новым агентам.
Последующие сообщения команды
Участники команды могут отправлять последующие сообщения облачным агентам, созданным другими пользователями той же команды. Это полезно, когда коллега запустил агента, а вам нужно скорректировать его работу, добавить контекст или продолжить работу, пока коллега недоступен.
Возможность отправлять последующие сообщения зависит от видимости агента. Чтобы отправлять такие сообщения, участник команды должен иметь доступ к просмотру агента: состоять в той же команде Cursor и иметь собственный доступ к репозиторию агента. См. Как поделиться агентами с командой.
Администраторы команды управляют этим параметром в настройках безопасности Cloud Agents. Доступны три варианта:
| Параметр | Поведение |
|---|---|
| Отключено | Только создатель может отправлять последующие сообщения своему агенту. Последующие сообщения от команды недоступны. |
| Только сервисные аккаунты | Участники команды могут отправлять последующие сообщения агентам, созданным сервисным аккаунтом, но не агентам, созданным другими пользователями. |
| Все | Любой участник команды может отправлять последующие сообщения любому агенту команды не��ависимо от того, кто его создал. |
Включение последующих сообщений команды означает, что пользователь может влиять на выполнение облачного агента, работающего с секретами и учётными данными другого пользователя. Последующее сообщение может указать агенту прочитать переменные среды, вывести секреты в журналы, отправить учётные данные на внешний endpoint или выполнить действия с использованием токенов доступа исходного создателя.
Участник команды с ограниченными правами доступа может повысить уровень своего доступа, направляя агента, у которого есть секреты пользователя с более высокими привилегиями. Относитесь к этому параметру с той же осторожностью, что и к общим SSH-ключам или учётным данным сервисов.