GitHub Copilot для JetBrains получил управляемый sandbox для компаний

GitHub Copilot для JetBrains получил заметное обновление для корпоративных команд. 8 сентября 2026 года GitHub сообщил о поддержке enterprise-managed sandbox policies в public preview, а также о global project context, диагностике политик, переходах между файлами в next edit suggestions и связи терминального Copilot CLI с контекстом JetBrains IDE.

Самая важная часть релиза для компаний — возможность централизованно задавать границы sandbox. Это меняет подход к AI-assisted разработке: организация может не полагаться только на локальные настройки каждого разработчика, а закрепить часть ограничений на уровне enterprise policy.

Что именно GitHub выпустил 8 сентября

В официальном GitHub Changelog перечислены сразу несколько изменений для Copilot в JetBrains IDE. Enterprise-managed sandbox policies появились в public preview. Администраторы могут централизованно управлять включением sandbox, доступом к файловой системе и сети, proxy-настройками, developer tools, macOS Keychain и другими параметрами.

GitHub отдельно указывает, что managed restrictions имеют приоритет над пользовательскими настройками. Если параметр контролируется организацией, Copilot блокирует соответствующий переключатель в IDE и показывает, что настройка управляется enterprise-политикой.

Почему управляемый sandbox важен для агентной разработки

Современный coding assistant умеет больше, чем подсказывать следующую строку. Агент может читать файлы проекта, запускать команды, обращаться к инструментам и использовать сетевой доступ. Чем шире эти возможности, тем важнее заранее определить, какие действия разрешены в конкретной среде.

Sandbox не следует воспринимать как магическую гарантию безопасности. Это один слой контроля. В реальном проекте рядом остаются права операционной системы, доступы к репозиториям, секреты CI/CD, code review, branch protection, тесты и правила деплоя.

По данным GitHub, настройки Sandbox отображаются в GitHub Copilot > Sandbox, когда организация включает флаг Editor Preview либо задаёт managed setting, который явно включает или отключает sandbox.

Enterprise policy diagnostics помогают проверить фактическую конфигурацию

В этом же релизе GitHub добавил enterprise policy diagnostics. Инструмент нужен для проверки того, что политики действительно обнаружены на устройстве и применяются так, как ожидает организация.

Это полезно в ситуациях, когда администратор уже задал ограничения, а разработчик видит другое поведение в IDE. Вместо догадок можно проверить, какие enterprise policies распознаны клиентом и применены локально.

Global project context сокращает повторную настройку чата

Copilot для JetBrains теперь позволяет добавлять глобальные файлы и папки в контекст чата. GitHub объясняет это как способ быстрее подключать информацию, которая относится ко всему проекту, а не добавлять одни и те же файлы заново в каждом диалоге.

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

Next edit suggestions научились переходить между файлами

Ещё одно изменение — cross-file cursor jumps для next edit suggestions. Если следующая связанная правка находится в другом файле, Copilot может переместить курсор к соответствующему месту, вместо того чтобы заставлять разработчика искать его вручную.

Для рефакторинга, где изменение интерфейса требует поправить несколько связанных файлов, это делает цепочку подсказок удобнее. Но автоматический переход не отменяет проверку изменений: связанный код может иметь тесты, типы или побочные зависимости, которые подсказка не охватила.

Copilot CLI можно связать с контекстом JetBrains IDE

GitHub добавил public preview интеграции терминального Copilot CLI с JetBrains. Команда /ide связывает CLI-сессию с контекстом IDE, включая выделение, diagnostics и ссылки на файлы.

Также GitHub пишет, что shell-команды Copilot могут использовать environment variables из терминала IDE и Python interpreter, настроенный для проекта. Для стандартного локального Python virtual environment возможно его активирование, чтобы выполнение команд лучше соответствовало текущей среде проекта.

Это особенно удобно тем, кто часть агентных задач запускает в терминале, а анализирует код в IntelliJ IDEA, PyCharm, WebStorm или другой JetBrains IDE. Контекст между двумя поверхностями становится связаннее.

Что изменилось в надёжности MCP и agent sessions

Релиз также содержит набор quality improvements. GitHub перечисляет исправления, связанные с MCP servers и agent sessions, сохранением BYOK provider, OAuth challenge continuity, восстановлением состояния серверов и GitHub Enterprise authentication.

Кроме того, исправлялись blank local chat sessions, ошибки working set, проблемы model picker, read-only file editing и ситуации, когда чат мог перестать отвечать после automatic compaction. Это не одна большая функция, а серия изменений вокруг стабильности повседневной работы.

OpenTelemetry settings стали Generally Available

В конце changelog GitHub отдельно отмечает, что OpenTelemetry settings в GitHub Copilot – Chat теперь generally available для всех пользователей. Для команд, которые строят наблюдаемость вокруг инструментов разработки, это ещё один элемент enterprise-контроля и диагностики.

Что проверить администратору GitHub Copilot Enterprise

1. Определить, нужен ли sandbox в текущих JetBrains-сценариях команды.
2. Проверить доступ к filesystem, network, proxy и developer tools по принципу минимально необходимых прав.
3. Использовать enterprise policy diagnostics на тестовой машине и убедиться, что managed settings реально применились.
4. Проверить, не попадают ли секреты или чувствительные файлы в автоматически используемый контекст.
5. Отдельно протестировать CLI → IDE интеграцию до массового включения для команды.
6. Сохранить обязательные code review, тесты и контроль deployment независимо от возможностей Copilot.

Что проверить разработчику

Если организация уже управляет Copilot, стоит посмотреть, какие настройки теперь заблокированы политикой и соответствует ли это рабочему процессу. Если вы используете Copilot самостоятельно, новое обновление интересно прежде всего global project context, cross-file next edit suggestions и связью CLI с IDE.

Для агентных задач полезно заранее разделять безопасные локальные действия и операции, которые затрагивают сеть, credentials или production. Даже хороший sandbox не заменяет архитектуру прав доступа.

Как это связано с другими изменениями GitHub Copilot

GitHub быстро меняет модельный и агентный слой Copilot. Недавно я разбирал отключение MAI-Code-1-Flash. Там меняется доступный модельный слой, а в новом JetBrains-релизе — управление средой, контекстом и агентными действиями.

Отдельный пример более длинного AI-assisted процесса есть в материале про работу AI-агента с GitHub issues в Next.js. Общий принцип тот же: ценность даёт не только модель, но и правильно ограниченный доступ, контекст, тесты и проверяемый результат.

Официальный источник

• GitHub Changelog — Enterprise-managed sandbox in Copilot for JetBrains, 8 сентября 2026

Если нужно настроить AI-assisted разработку, GitHub-процессы, интеграции или безопасную автоматизацию вокруг существующего веб-проекта, можно описать задачу A.S Groups. Сначала определим доступы, ограничения и критерии проверки результата, а затем уже выберем инструменты.