GitHub Copilot управља десктоп апликацијама — дозволе остају пресудне

GitHub је 1. октобра 2026. објавио функцију computer use у јавном прегледу за GitHub Copilot CLI и GitHub Copilot апликацију на macOS-у и Windows-у. Она омогућава агенту да чита доступан садржај прозора, кликће, уноси текст, скролује и превлачи ставке у десктоп програмима. Функција је подразумевано искључена; приступ апликацији зависи од подешавања дозвола, па одлука о одобрењу одређује колико дуго Copilot може да делује у њој.

Могућност је намењена и старим програмима чији се задаци обављају кроз графички интерфејс, без API-ја или командне линије. У извештају Pondero описан је GitHub-ов пример проласка кроз образац трошкова у Safari-ју, као и разлика између приступа само за сесију и трајно сачуваног одобрења. То је важна разлика: дозвола за управљање програмом сама по себи не значи да је корисник одобрио сваку накнадну измену или слање података.

Шта агент види и може да уради

Copilot чита садржај који је доступан преко механизама приступачности оперативног система и, када му је потребан визуелни контекст, користи снимак прозора. Затим може да изабере контролу, измени поље, притисне тастер и настави рад у другом програму. Корисник може да прегледа активност алата током сесије, али сама могућност прегледа не уводи посебну потврду за сваки клик.

Такво управљање има смисла када се потребна операција налази иза дугмади и поља за која не постоји директан алат. У старој апликацији то може бити читање статуса, уношење податка или премештање садржаја између програма. Опис могућности не говори да ће сваки ток посла успети: агент мора да препозна тренутно стање прозора, а промењен дијалог или кашњење могу да га усмере на погрешну контролу.

Разлика је посебно важна код радњи које мењају записе. Ако Copilot упише текст у погрешно поље или понови радњу после застоја, последица није само нетачан одговор у разговору већ промена у самој апликацији. Неочекиван садржај на екрану или двосмислен захтев могу утицати на уређај, податке и повезане налоге. Због тога обим онога што агент може да види треба проценити пре него што почне да управља програмом.

Дозвола за апликацију важи дуже од једног клика

Према GitHub-овом опису дозвола, computer use се прво ручно укључује, а подешавања алата одређују да ли ће Copilot тражити одобрење пре контроле апликације. Када се захтев појави, корисник може да дозволи приступ за текућу сесију, сачува га за будуће сесије или га одбије. Правило које забрањује употребу алата има предност над аутоматским или раније сачуваним одобрењем.

Избор „Always allow” чува се локално и важи и у Copilot CLI-ју и у Copilot апликацији на истом рачунару. Ако се касније у том програму отвори осетљив запис, агент може да га види у оквиру задатка без новог питања за приступ апликацији. Уклањање програма са листе трајно одобрених спречава употребу те дозволе у будућим сесијама, али не одузима приступ који је већ дат у активној сесији.

На macOS-у су потребне и системске дозволе Accessibility за управљање контролама и Screen Recording за увид у прозоре када је потребан снимак. Организација може да онемогући функцију управљаним подешавањима, чак и ако је корисник покушао да је укључи локално. Тај организациони услов, системске дозволе и одобрење приступа конкретној апликацији делују на различитим нивоима; испуњење једног не замењује остале.

Проба са једном апликацијом и јасним прекидом

За ограничену прву пробу погодан је задатак који чита, а не мења податке: рецимо, сажимање статуса видљивог у главном прозору изабране апликације. У захтеву треба именовати тај програм, тражени резултат и границу: без измене поља и без слања обрасца. То је практичан начин да се смање последице могуће грешке, али упутство у поруци није техничка забрана сваке нежељене радње.

Када Copilot затражи приступ, одобрена апликација треба да се поклопи са програмом наведеним у задатку. Дозвола само за сесију задржава следећи покушај као засебну одлуку, док трајно одобрење важи и после ње. Током рада пажњу заслужују прелазак у други програм, отварање неочекиваног прозора, покушај измене или кретање ка дугмету за потврду. То су јасни разлози да се рад прекине пре него што се прихвати резултат.

У Copilot апликацији активна операција се зауставља дугметом Stop или тастером Esc, а у CLI-ју двоструким притиском на Esc. Ако је трајно одобрење већ сачувано, треба га уклонити са листе дозвољених апликација за будуће сесије и окончати текућу сесију да би престао приступ одобрен у њој. Брисање сачуване дозволе усред активног рада само по себи није исто што и заустављање агента.

Када је директан алат бољи избор

За исти задатак API, MCP сервер, терминалска команда, алат за систем датотека или наменски алат за прегледач обично дају структурисаније податке и предвидљивији резултат. Управљање прозором остаје корисно када таквог пута нема, али зависи од положаја контрола, тренутног стања интерфејса и садржаја који се појави током извршавања. То је разлог да се приступ графичком интерфејсу бира према конкретном програму и операцији, а не као општа замена за постојећу интеграцију.

Јавни преглед доноси нову могућност, али не и објављену меру поузданости за сваки десктоп програм. За корисника је непосредна последица јасна: трајно одобрење проширује будући приступ апликацији, док дозвола за сесију везује тај приступ за задатак који је управо пред њим. Код програма са личним, финансијским или пословним подацима управо та разлика одређује колико ће дуго видљиви садржај и контроле бити доступни агенту.

Прочитајте и:

• GitHub Copilot или Cursor: агентска потрошња поништава разлику у цени