Copilot computer use даёт агенту GitHub доступ к обычным окнам программ: он может нажимать кнопки и вводить текст. Перед первым включением стоит понять, как этот доступ выдаётся и прекращается. Удаление сохранённого разрешения не отзывает доступ уже работающей сессии.
Здесь разбираю именно GitHub Copilot CLI - агента в терминале - и приложение GitHub Copilot, не Microsoft Copilot в Windows и не Copilot Studio. GitHub объявил функцию 1 октября 2026 года как public preview - публичную предварительную версию. В документации указаны macOS и Windows.
Документы сверены 6 октября 2026 года. Дальше - их разбор и мой учебный сценарий для проверки границ. Прогон на Mac или Windows я здесь не показываю: примеры заданий ниже не являются результатами выполненного теста.
Copilot computer use: какую задачу ему отдавать?
Коротко: режим нужен, когда результат можно получить только через окно приложения. Агент читает доступные элементы и визуальный контекст, нажимает кнопки, вводит текст. Если ту же задачу решает API, MCP или команда терминала, GitHub советует предпочесть прямой инструмент.
Представь редактор презентаций, в котором нужно сопоставить подписи на двух слайдах. Человек открывает файл, читает текст, переключается между слайдами. Computer use даёт агенту инструменты для похожей работы с интерфейсом. Это возможная учебная задача, а не обещание, что любой редактор он пройдёт без ошибок.
В описании GitHub перечислены чтение через дерево доступности операционной системы и скриншоты, когда нужен визуальный контекст. Дерево доступности - сведения об элементах окна: например, кнопке, поле ввода и его подписи. Скриншот нужен там, где важно то, как окно выглядит.
Агент также может прокручивать содержимое, перетаскивать элементы и переходить между приложениями. Поэтому разрешение на управление окном стоит рассматривать как доступ к действиям. Просьба «посмотри» сама по себе не делает инструменты управления недоступными. Ограничение нужно написать в задаче и проверить по фактическим действиям.
Где начинать с другого инструмента
| Что требуется | Что проверить раньше управления окном |
|---|---|
| Прочитать обычный текстовый файл | Можно ли открыть файл напрямую |
| Получить сведения из подключённого сервиса | Есть ли API или подходящий MCP-сервер |
| Запустить проверку проекта | Есть ли команда терминала |
| Прочитать страницу сайта | Есть ли отдельный инструмент браузера |
| Обработать данные только в окне старой программы | Доступно ли управление её интерфейсом |
Это порядок выбора по рекомендации GitHub, без собственного замера скорости. Прямой инструмент обычно даёт более структурированные сведения и предсказуемый результат. Управление окном остаётся вариантом, когда прямого инструмента нет. API в таблице - программный доступ к сервису, без нажатий на его экранные кнопки.
Если MCP пока незнаком, разбор подключения MCP к Codex объясняет сам способ связи агента с сервисами. Команды оттуда относятся к Codex; переносить их в Copilot не надо.
Кто разрешает агенту управлять приложением?
Коротко: у Copilot computer use несколько уровней доступа. Сначала должна быть включена сама функция. Затем нужны права операционной системы и подходящие разрешения инструментов сессии. Корпоративный запрет нельзя снять локальным переключателем.
Функция выключена по умолчанию. Но включить её и одобрить действия в приложении - разные решения. Удобно проверять их по отдельности.
| Уровень | На какой вопрос отвечает | Где смотреть по документации |
|---|---|---|
| Computer Use | Включены ли инструменты управления приложениями? | /computer show или настройки Computer Use |
| Права системы | Может ли вспомогательная программа читать окно и взаимодействовать с ним? | На macOS - Accessibility и Screen Recording |
| Разрешения сессии | Нужно ли спрашивать перед доступом к приложению? | В CLI - /permissions show; в приложении - Sessions, Tool Permissions |
На macOS Accessibility разрешает взаимодействовать с элементами управления, а Screen Recording - изучать окна, когда нужен визуальный контекст. Первое даёт доступ к элементам интерфейса, второе - к визуальному содержимому экрана. Эти названия обозначают системные разрешения; условия использования визуального контекста описаны в документации GitHub.
Если ты пользуешься корпоративным аккаунтом, администратор может отключить возможность через настройки организации. Локальное /computer on этот запрет не перекрывает. Правила, которые запрещают инструмент, также важнее автоматических или сохранённых одобрений.
Есть ещё одна граница: в документах указаны локальные сессии на macOS и Windows. Из доступности самого Copilot CLI не следует доступность computer use на любой системе, сервере или в удалённом сеансе. Linux для этой функции в проверенных источниках не заявлен.
Что меняется после Allow и Always allow?
Коротко: Allow («Разрешить») даёт доступ к приложению в текущей computer-use сессии. Always allow («Всегда разрешать») сохраняет одобрение локально, для следующих сессий. Оно действует и в CLI, и в приложении GitHub Copilot на той же машине.
Когда Copilot computer use запрашивает одобрение, сначала проверь название приложения и действие. У тебя должна быть конкретная причина открыть ему это окно. Если запрос относится к другой программе или следующему этапу задачи, остановись и уточни, зачем он понадобился.
Важная оговорка: запрос не обещан перед каждым действием. Документация связывает его с текущим режимом разрешений инструментов. Сохранённое Always allow тоже позволяет управлять этим приложением без нового вопроса. Знакомое окно одобрения может не появиться в следующий раз.
Как выбрать для первого знакомства
- Allow - если сейчас проверяешь один учебный сценарий и готов наблюдать за ним.
- Отказ - если запрос касается окна с важными данными или действие выходит за задачу.
- Always allow - не выбирать по привычке, чтобы быстрее убрать вопрос с экрана.
Последний пункт - мой порядок для новичка. GitHub отдельно советует избегать постоянного одобрения для приложений с чувствительными сведениями или действиями с серьёзными последствиями. В браузере могут быть открыты почта, документы и платёжные кабинеты: удобное общее окно не делает их безопасным учебным материалом.
Не путай «локально» с «только на моём устройстве обрабатываются данные». Локально хранится решение Always allow. GitHub предупреждает, что видимое содержимое окон ты предоставляешь Copilot как контекст. Не отдавай окно, в котором есть чужие персональные сведения или секреты.
Какие команды отвечают за включение и состояние?
Коротко: Copilot computer use включается через
/computer on, состояние показывает/computer show, отключение -/computer off. Эти строки вводятся внутри интерактивной сессии Copilot CLI. Это справка по командам, а не результат их запуска на машине автора.
Инструкция GitHub для CLI описывает три команды:
/computer show
/computer on
/computer offshow сообщает о состоянии плагина computer use, его MCP-сервера и связанных скиллов. on включает встроенный плагин и сохраняет настройку. После off документация предлагает снова вызвать show, чтобы подтвердить отключение плагина и MCP-сервера.
Не вставляй эти строки в обычную командную строку системы вместо запуска программы. Слэш здесь означает команду уже открытой сессии. Если хочешь понять разницу между терминалом и агентом внутри него, начни с порядка первого запуска Codex. Там другой агент, но само различие двух мест ввода полезно знать заранее.
В приложении GitHub Copilot путь из документации такой: Settings → Computer Use → Enable Computer Use - настройки, управление компьютером, включение функции. Для разрешений инструментов нужен другой раздел настроек: Sessions → Tool Permissions - сессии, разрешения инструментов. Это две разные настройки, и проверка одной не заменяет проверку другой.
На macOS в разделе Prerequisites (необходимые разрешения) должны быть выданы оба системных разрешения. Если изменение прав не распознано, в документации приложения указан Check again (проверить ещё раз). Настройку прав на Windows по аналогии с macOS я не предлагаю: такой порядок в прочитанных страницах не описан.
Как прекратить управление и отозвать доступ?
Коротко: остановка операции, отключение Copilot computer use, удаление Always allow и завершение сессии решают разные задачи. Stop не отменяет уже сделанное. Удаление сохранённого одобрения не отзывает доступ, выданный работающей сессии.
Здесь лучше выбирать действие по тому, что ты хочешь прекратить.
| Цель | Действие по документации | Что важно помнить |
|---|---|---|
| Прервать текущую операцию | В CLI нажать Esc дважды; в приложении нажать Stop или Esc | Уже выполненные действия нужно проверить отдельно |
| Выключить функцию | /computer off, затем /computer show; в приложении выключить Enable Computer Use |
Это не описание отката файлов или форм |
| Убрать постоянное одобрение приложения | Settings → Computer Use → Always allowed apps («Приложения с постоянным разрешением»), значок удаления рядом с приложением | Убирается сохранённое разрешение для будущих сессий в CLI и приложении |
| Отозвать доступ текущей сессии | Завершить эту сессию | Простое удаление Always allow активный доступ не отзывает |
Последнюю строку GitHub уточняет именно в инструкции приложения. Если работа уже идёт, сначала останови текущую операцию. Затем заверши сессию, которой был выдан доступ. Сохранённое одобрение и включённую функцию проверь отдельно, по своим целям.
Представь, что агент уже заменил текст в презентации. Нажатие Stop останавливает продолжение операции, но не доказывает, что текст вернулся. Надо открыть материал и проверить его состояние. Если он успел отправить форму, новое нажатие отправки может создать повтор. При неизвестном результате сначала проверяй целевую программу, не повторяй действие вслепую.
У Copilot computer use нет описанной здесь универсальной кнопки возврата всех приложений к прежнему состоянию. Возможность отменить правку зависит от целевой программы. Поэтому первая проба должна происходить там, где потеря материала допустима.
Какую пробную задачу выбрать без важных данных?
Коротко: для знакомства с Copilot computer use возьми копию материала и задачу на чтение. Заранее назови приложение, запрети правки и отправку, опиши результат. Затем проверяй содержание ответа и соблюдение границ по отдельности.
Мой учебный пример - копия презентации из трёх слайдов. В ней только вымышленные сведения: заголовок урока, список тем и подпись к картинке. Ни документов клиентов, ни настоящих контактов, ни рабочего аккаунта с формой отправки.
Выбери установленную программу, в которой открывается этот материал. Доступность конкретного редактора надо проверить на твоём устройстве: сам public preview не гарантирует, что агент разберётся с каждым интерфейсом. Программу и копию файла открой сам, чтобы начало опыта было понятно.
Задание можно составить так, заменив название редактора своим:
В открытом редакторе презентаций посмотри только копию «Учебный пример».
Сравни заголовки первого и третьего слайдов. Напиши их сюда и объясни,
одинаково ли обозначена тема урока. Не меняй текст, не сохраняй файл,
не открывай другие документы и не отправляй ничего. Если нужный слайд
не удаётся прочитать, остановись и опиши, что мешает.Это самостоятельный учебный запрос, не результат выполненного теста. Его можно проверить по двум видимым заголовкам.
Такой опыт отвечает на узкий вопрос: может ли агент прочитать нужные элементы в выбранной программе и сохранить ограничения в этом конкретном проходе? Он ничего не доказывает про платежи, отправку писем или работу без наблюдения. Не расширяй вывод успешной пробы на действия, которые в ней не проверял.
О постановке задачи словами можно прочитать в словаре промптов. Для computer use особенно важна граница: какое окно доступно, что можно делать и где надо остановиться.
Как проверить результат, кроме ответа «готово»?
Коротко: результат Copilot computer use проверяют в целевом приложении и в действиях сессии. Правильный пересказ не доказывает, что агент ничего не поменял. Соблюдение запретов не доказывает, что он верно прочитал материал.
В учебном примере проверки будут такими:
| Проверка | Что сравнить | Когда остановить опыт |
|---|---|---|
| Содержание | Два заголовка в ответе с двумя заголовками на слайдах | Агент додумал текст или перепутал слайды |
| Границы окна | Действия сессии с названным приложением и копией | Открылся другой документ или приложение |
| Отсутствие правок | Видимый текст и состояние копии до и после | Значение изменилось или произошла отправка |
| Неопределённость | Признал ли агент, что не смог прочитать элемент | Вместо остановки продолжает угадывать |
GitHub пишет, что активность инструментов можно просматривать в сессии. Используй это вместе с собственной проверкой окна. Одного текста финального ответа мало: он описывает работу со слов того же агента, который её выполнял.
Если текст совпал и лишних действий не было, запиши короткий результат: приложение, учебная задача, что получилось, что не проверялось. Это будет твой реальный тест с ограничениями. Номер версии и дату бери со своей машины, не переписывай их из чужого примера.
Если что-то пошло не так, прерви операцию и посмотри, что уже произошло. Не начинай с расширения доступа. Ошибка в выборе поля или окна может возникнуть при совершенно достаточных разрешениях: в документации названы нестандартные элементы и меняющееся состояние интерфейса.
Почему включённая функция может не работать?
Коротко: Copilot computer use может упереться в доступность функции для аккаунта, неподходящую систему, корпоративный запрет, отключённый плагин, неподключённый MCP-сервер или права macOS. Это разные причины. Сначала выясни, какое звено не готово.
В памятке CLI GitHub предлагает такой разбор состояния:
- Если
showсообщает о недоступности, проверить доступность функции для аккаунта и локальную сессию на поддерживаемой системе. - Если функция включена, но не работает, посмотреть встроенный плагин
computer-useчерез/pluginи подключение его сервера через/mcp list. - На macOS проверить оба разрешения вспомогательной программы: Accessibility и Screen Recording.
В приложении отсутствие страницы Computer Use тоже повод проверить аккаунт и систему. Если права macOS показаны, оба должны иметь состояние Granted, то есть «выданы».
Не считай исправлением любую команду, после которой исчезло предупреждение. Снова посмотри состояние и повтори только ограниченную учебную задачу. Возможность запустить инструмент и правильное выполнение задания - разные результаты.
Документация говорит, что Copilot CLI доступен со всеми планами Copilot. Это сведения о CLI в целом. Они не заменяют проверку доступности конкретной предварительной функции для твоего аккаунта. Размер квот, цену работы и минимальную версию клиента из этих страниц я не вывожу.
Когда такой доступ пока не стоит выдавать?
Коротко: Copilot computer use не подходит для первого опыта в окне с деньгами, чужими данными или необратимыми действиями. Интерфейс может измениться, агент - выбрать не тот элемент или повторить действие. Наблюдение пользователя остаётся частью работы.
GitHub прямо предупреждает о неверном выборе элемента, вводе текста не в том месте и повторении действия при изменении состояния окна. Это описание возможных рисков. Частоту ошибок вендор на прочитанных страницах не приводит, и собственной статистики здесь нет.
Я бы отложил задачу в трёх случаях:
- Ты не можешь проверить результат сам. Например, не понимаешь, какие сведения должны оказаться в сложной форме. Ответ агента не даст независимой проверки.
- На экране есть сведения, которые нельзя предоставлять Copilot. Сначала нужен отдельный учебный материал без них. Закрытый для посторонних интерфейс всё равно может передавать содержимое в контекст агента.
- Следующий клик затрагивает других людей или деньги. Отправка, публикация, покупка и удаление требуют отдельного решения. Их не стоит смешивать с пробой чтения окна.
И ещё повод остановиться: неожиданное содержимое на экране. Слова внутри документа или страницы могут противоречить твоей задаче. Не принимай их за новое согласование действий. Если агент начал делать лишнее, прерви операцию и проверь её последствия.
Внешне аккуратный ответ и зелёный статус функции не снимают этих ограничений. Доступ к инструменту означает, что действие возможно; допустимость конкретного действия решаешь ты.
Что оставить после первого знакомства?
Коротко: полезный итог Copilot computer use - одна проверенная задача, понятные разрешения и отсутствие лишнего постоянного доступа. Следующее расширение сценария стоит делать отдельно, с новой проверкой результата и последствий.
Перед тем как закрыть опыт, ответь на пять вопросов:
- Какую программу и какой материал агент действительно использовал?
- Совпал ли ответ с тем, что ты видишь сам?
- Были ли действия за пределами поставленной задачи?
- Осталось ли сохранённое Always allow, которое тебе не нужно?
- Надо ли завершить сессию и отключить функцию после этой пробы?
Если ответа нет, так и запиши: «не проверено». Это полезнее общего «всё работает». На следующий заход бери ту же небольшую задачу или одно понятное изменение к ней, чтобы сравнение оставалось честным.
Маленькая задача, понятные границы доступа и проверка результата - так работают с любым агентом, не только с Copilot. Этому учит курс ClaudeBase на примере Claude Code и Codex: видеоуроки с конспектами, готовые скиллы и шаблоны правил для агента. Базу можно подключить к агенту по MCP, и он сам найдёт урок или инструкцию под твою задачу. Программа курса открыта: посмотри, с какого урока начать.
Источники
Коротко: дата объявления взята из GitHub Changelog, а точные ограничения и действия с разрешениями - из трёх страниц GitHub Docs. Проверка документов выполнена 6 октября 2026 года; это не дата личного теста управления приложениями.
- GitHub Changelog: запуск computer use 1 октября 2026 - public preview и поддерживаемые системы.
- GitHub Docs: возможности и ограничения - дерево доступности, визуальный контекст, уровни разрешений и риски.
- GitHub Docs: управление из Copilot CLI -
/computer, режим разрешений, остановка и проверка плагина. - GitHub Docs: приложение GitHub Copilot - настройки, Always allowed apps и отзыв доступа сессии.