GitHub обновил публичную предварительную версию Copilot для Slack и Microsoft Teams. Ассистент получил доступ к дополнительному контексту из рабочих обсуждений: поддерживаемым файлам и вложениям в Slack, встроенным изображениям и пересланным сообщениям в Teams, а также истории каналов и веток.
Интеграции также стали теснее связывать переписку с работой в GitHub. Перед созданием issue Copilot проверяет наличие похожих задач, а после выполнения команды возвращает ссылку на результат и сохраняет связь с исходным обсуждением. Обновление предназначено для организаций с подписками GitHub Copilot Business и GitHub Copilot Enterprise.
Перечень изменений GitHub опубликовал 25 сентября 2026 года в официальном журнале обновлений. Это первичный источник компании, поэтому заявленные улучшения пока не следует считать результатами независимого тестирования.
Файлы из Slack и история обсуждений в Teams
В Slack Copilot теперь может использовать как контекст поддерживаемые файлы, вложения и ссылки на сообщения. Команде не требуется вручную переносить всю относящуюся к задаче переписку в отдельный запрос: ассистент способен учитывать материалы, уже опубликованные в разговоре.
GitHub не приводит в анонсе полный список поддерживаемых форматов и ограничений по размеру файлов. Поэтому доступность конкретного вложения стоит проверять непосредственно в рабочем пространстве, особенно если речь идёт о бинарных файлах, больших документах или нестандартных форматах.
В Microsoft Teams интеграция обрабатывает встроенные изображения, контекст пересланных сообщений, историю канала и текущей ветки. Это может быть полезно, когда разработчики обсуждают снимок ошибки, схему или фрагмент интерфейса, а затем поручают Copilot подготовить связанную работу в репозитории.
Компания отдельно сообщает об исправлении обработки изображений, которые были преобразованы средствами Teams. Также Copilot должен надёжнее сохранять историю ветки, избегать повторных ответов и стабильнее работать в крупных каналах.
Расширенный контекст не означает, что агент автоматически получает доступ ко всем данным организации. Его возможности по-прежнему зависят от подключения учётной записи, прав GitHub и настроек рабочего пространства. Если доступ к репозиторию или обсуждению ограничен, задача может остановиться.
Copilot проверяет похожие issue и сохраняет связь с чатом
Одно из наиболее практичных изменений касается создания issue из переписки. До открытия новой задачи Copilot проверяет, нет ли в репозитории похожего issue. Такая проверка должна уменьшить количество дубликатов, возникающих, когда одна проблема обсуждается в нескольких каналах или разными командами.
GitHub не раскрывает критерии сходства и не обещает, что система обнаружит каждый дубликат. Результат следует воспринимать как подсказку: перед созданием или закрытием задачи пользователю всё равно нужно сравнить описание, затронутый компонент и статус найденного issue.
После создания работы Copilot публикует прямую ссылку на результат. Интеграция также сохраняет ссылку на исходный разговор, чтобы участники проекта могли восстановить контекст решения. Это особенно заметное изменение для распределённых команд, где техническое обсуждение остаётся в мессенджере, а реализация и контроль выполнения происходят в GitHub.
Связь между чатом и репозиторием упрощает аудит решений, однако требует учитывать политику хранения данных. Ссылка на закрытый канал не даст полезного контекста участнику без соответствующих прав, даже если сам issue ему доступен.
Выбор модели и безопасное переключение репозиториев
Пользователь может выбрать другую модель для следующего сообщения и сохранить этот выбор до конца разговора. В опубликованном анонсе GitHub не перечисляет доступные модели и не уточняет, одинаков ли их набор для всех организаций. Он может зависеть от тарифа, корпоративных политик и этапа развёртывания функции.
Для Slack появилась возможность задать владельца и репозиторий по умолчанию. Настройка сокращает число уточнений в каналах, связанных с одним проектом, и снижает риск отправить задачу не в тот репозиторий.
GitHub также изменил поведение при переключении между репозиториями. По заявлению компании, заменённая сессия больше не должна продолжать действия в прежнем репозитории. Это важно для каналов, где сотрудники последовательно работают с несколькими проектами: устаревший процесс не должен выполнить команду уже после смены цели.
В Slack исправлены проблемы с выбором репозитория, каналами, связанными с кодом, и восстановлением плана реализации после сбоя. Полный список функций Copilot и актуальные сведения о продукте доступны на официальной странице GitHub Copilot.
Длительные задачи должны восстанавливаться предсказуемее
Обновление затрагивает работу Copilot coding agent с задачами, которые не завершаются одним ответом. Ассистент должен яснее показывать состояние плана реализации, корректнее реагировать на прерванные или устаревшие ответы и предсказуемее восстанавливать соединение после периода бездействия.
Для обеих интеграций улучшены сообщения о сбоях. Copilot должен точнее сообщать, почему работа не продолжается: из-за прерванного соединения, зависшей задачи или настроек доступа. Это помогает отличить технический сбой от запрета, заданного политиками организации.
Тем не менее GitHub не публикует измерений надёжности до и после обновления. В анонсе нет данных о частоте повторных ответов, времени восстановления сессии или точности поиска похожих issue. Оценить эффект можно только в конкретном рабочем пространстве с его каналами, репозиториями и правилами доступа.
Что проверить команде перед подключением
Публичная предварительная версия доступна организациям на планах Copilot Business и Enterprise. Использование интеграций учитывается в существующих правах на Copilot и может контролироваться через бюджеты облачных агентов. Некоторые возможности внедряются постепенно, поэтому их наличие может различаться между рабочими пространствами.
Перед использованием обновления администраторам и разработчикам стоит проверить:
- установлена ли актуальная версия приложения GitHub для Slack или Microsoft Teams;
- связана ли рабочая учётная запись GitHub с профилем в мессенджере;
- имеет ли Copilot доступ только к тем репозиториям и каналам, которые необходимы для работы;
- доступны ли обработка вложений, история веток и переключение модели в конкретном рабочем пространстве;
- корректно ли Copilot выбирает репозиторий по умолчанию и прекращает работу старой сессии после переключения;
- возвращает ли созданный issue ссылку на исходное обсуждение и смогут ли участники открыть её;
- как обращения к агенту отражаются в корпоративном бюджете Copilot.
Для контрольного теста можно создать отдельную ветку обсуждения, приложить допустимый файл или изображение, сослаться на существующий issue и попросить Copilot подготовить связанную задачу. После этого следует проверить выбранный репозиторий, права доступа, найденные совпадения и обе ссылки между чатом и GitHub.
Общие инструкции по возможностям и настройке сервиса собраны в официальной документации GitHub Copilot. Поскольку функции находятся в предварительной версии и развёртываются поэтапно, фактический интерфейс и доступный набор действий стоит сверять с настройками своей организации.
