GitHub вывел computer use в GitHub Copilot в public preview: теперь Copilot CLI и настольное приложение Copilot могут управлять локальными приложениями на macOS и Windows. По данным The New Stack, интрига не в том, что агент научился кликать по интерфейсам, а в том, что GitHub сам советует сначала попробовать более предсказуемые способы автоматизации.
Функция появилась 1 октября 2026 года. Copilot получил право, с разрешения пользователя, читать доступное содержимое приложений и визуальный контекст, нажимать кнопки, вводить и редактировать текст, нажимать клавиши, прокручивать страницы, перетаскивать элементы и проходить многошаговые сценарии между приложениями. Если коротко: AI-агент выходит за пределы терминала, IDE и GitHub-интерфейса и пробует работать с обычным рабочим столом.
Звучит как мечта любого, кто хоть раз автоматизировал древнюю бухгалтерскую форму, внутреннюю CRM без API или корпоративный софт, который пережил три волны цифровой трансформации и всех их проигнорировал. GitHub прямо позиционирует эту возможность для legacy- и GUI-only-сценариев, где нет API, командной строки или MCP-интеграции. В примерах фигурируют уведомления в браузере, презентации и перенос данных через интерфейс desktop-приложения.
Но GitHub не продает это как универсальную кнопку «сделай красиво». Документация аккуратно подталкивает к здравому инженерному порядку: если задачу можно решить через API, терминальную команду, файловый инструмент, MCP-сервер или специализированный browser tool, лучше начать с них. Причина банальная и важная: структурированные интерфейсы возвращают более надежные данные, лучше логируются и меньше зависят от того, куда именно агент попал курсором.
computer use включается вручную. В Copilot CLI для этого используется команда /computer on, статус проверяется через /computer show, отключение — через /computer off. В настольном приложении нужно открыть настройки, выбрать раздел Computer Use и включить соответствующий переключатель. На macOS дополнительно потребуются разрешения Accessibility и Screen Recording: без доступа к элементам управления и экранному контексту агенту особо нечем «видеть» и «трогать» интерфейс.
Модель безопасности построена вокруг подтверждений. Перед управлением приложением Copilot запрашивает разрешение: можно разрешить действие на текущую сессию, сохранить допуск для будущих сессий или отказать. Важная деталь для администраторов и тимлидов: сохраненное разрешение действует и для Copilot CLI, и для настольного приложения на том же компьютере. Его можно удалить, но это запретит будущие сессии, а не остановит уже запущенную операцию. Активный процесс нужно прерывать отдельно: в приложении кнопкой Stop или клавишей Esc.
Для корпоративной эксплуатации это не мелочь, а предмет политики. Если агент видит экран, он может увидеть не только нужную форму, но и лишние уведомления, клиентские данные, внутренние документы или соседнюю вкладку с чем-то, что не должно попадать в контекст модели. GitHub предусматривает организационно управляемые настройки: администраторы могут отключить функцию. Для компаний это, скорее всего, станет обязательным пунктом в чек-листе рядом с политиками Copilot, MCP-серверами, доступом к репозиториям и правилами работы с секретами.
Для разработчиков смысл функции практичный: Copilot пытается закрыть разрыв между кодовым агентом и реальным рабочим процессом, где часть задач по-прежнему живет в окнах, формах и старых панелях администрирования. Это может помочь в тестировании GUI, подготовке отчетов, обновлении презентаций, миграции данных из неудобных систем. Но чем выше цена ошибки, тем меньше причин доверять кликам по пикселям без проверки результата.
Главный вывод здесь не «AI наконец заменит RPA», а более скучный и полезный: агентный desktop-контроль становится штатной возможностью крупных developer tools. computer use в Copilot стоит рассматривать как последний мост к системам без нормального интерфейса автоматизации, а не как замену API и скриптам. И самый интересный вопрос для IT-команд теперь звучит так: какие процессы действительно пора отдавать агенту, а какие лучше сначала наконец-то снабдить нормальным API?