Atlassian дае ШІ-агентам асобныя акаўнты — адказнасць стане бачнай

6 кастрычніка 2026 года на Team ’26 Europe ў Амстэрдаме Atlassian прадставіла Agentic Multiplayer Protocol і пачала яго разгортванне. AMP аб’ядноўвае кантэкст задач, бачнасць працы і дазволы для супольнай працы людзей і ШІ-агентаў. У гэтай мадэлі агент атрымлівае ўласную ідэнтычнасць і адказнага чалавека; для самастойных дзеянняў прадугледжаны асобны акаўнт з вызначанымі правамі. Так каманда зможа адрозніваць уклад агента ад дзеянняў чалавека, а адміністратар — кіраваць яго доступам.

Праца можа пачынацца ў Jira, Confluence або Loom і працягвацца праз падключэнне знешніх агентаў да Atlassian MCP. Шэрыф Мансур, кіраўнік кірунку ШІ Atlassian, у размове з Computer Weekly падкрэсліў, што каманды змогуць прыцягваць агентаў іншых пастаўшчыкоў: «It doesn’t have to be ours». Сэнс AMP у тым, каб іх праца заставалася звязанай з агульнай задачай і бачнай людзям, якія прымаюць вынік.

Як заданне трапляе да агента

AMP уключае агента ў працэс там, дзе ўжо працуе каманда. Яму можна перадаць даручэнне праз згадку на старонцы Confluence, каментар у Jira або відэа Loom з тлумачэннем задачы. Гэта дае ўдзельнікам агульнае месца для выніку: змена ў дакуменце, адказ у абмеркаванні ці абноўлены працоўны элемент застаюцца побач з зыходным даручэннем.

Кантэкст забяспечвае Teamwork Graph — сетка сувязей паміж задачамі, ведамі, людзьмі і матэрыяламі арганізацыі. Для агента істотны не толькі тэкст апошняга запыту, але і звязаныя з ім рашэнні, гісторыя працы і ўдзельнікі. Atlassian MCP дазваляе выкарыстоўваць гэты кантэкст таксама агентам па-за праграмамі кампаніі. Якія менавіта звесткі агент убачыць і што зможа змяніць, залежыць ад прызначаных яму правоў і палітык арганізацыі.

Умоўны прыклад паказвае, навошта патрэбная такая сувязь. Калі ўдзельнік даручае агенту абнавіць старонку Confluence паводле задачы ў Jira, агенту патрэбныя абедзве часткі кантэксту: што патрабуецца зрабіць і дзе каманда чакае вынік. Пасля выканання ўдзельнікі могуць разгледзець змену ў сувязі з задачай, а не шукаць адказ у асобнай размове з агентам. Гэта асабліва важна, калі адну працу паслядоўна працягваюць чалавек і некалькі спецыялізаваных агентаў.

Што дае асобны акаўнт

Агент можа дзейнічаць у адным з двух рэжымаў: з правамі чалавека, які яго выклікаў, або праз уласны акаўнт. У другім выпадку адміністратар прызначае агенту доступ як асобнаму ўдзельніку. Правы можна абмежаваць патрэбнымі праграмамі і групамі, таму выклікаўшы агент чалавек не абавязкова вызначае межы ўсіх яго наступных дзеянняў.

Гэтая розніца найбольш прыкметная ў аўтаматызацыі. Правіла можа запускацца без новага асабістага даручэння кожны раз, калі спрацоўвае зададзеная ўмова. Калі такі агент карыстаецца ўласным акаўнтам, яго дазволы захоўваюць асобную мяжу, а ў журнале дзеянняў фігуруе яго імя. Адміністратар можа адклікаць доступ агента да праграм і падключаных інструментаў, не змяняючы правы супрацоўніка, які стварыў аўтаматызацыю.

Аб’ява Atlassian пра Agent Accounts называе асобныя акаўнты функцыяй агульнай даступнасці, якую ўключаюць паступова на працягу некалькіх тыдняў. У Atlassian Administration агентаў можна бачыць у раздзеле Rovo, выдаваць ім доступ праз групы і задаваць палітыку для новых акаўнтаў. Там жа апісана магчымасць дазволіць агенту выконваць дзеянні ў аўтаматызацыі або адключыць такія дзеянні для ўсёй арганізацыі. Паступовае разгортванне азначае, што набор даступных пераключальнікаў пакуль можа адрознівацца паміж арганізацыямі.

Як будзе бачны след дзеяння

Асобная ідэнтычнасць звязвае вынік з выканаўцам. У сумесным рэдагаванні прысутнасць агента можа адлюстроўвацца побач з прысутнасцю людзей; у Jira яго сесія прывязваецца да працоўнага элемента. Таму каманда атрымлівае кантэкст для ацэнкі змены: да якой задачы яна належыць, які агент працаваў і дзе чалавек павінен разгледзець вынік.

Для разбору памылкі патрэбны больш дакладны ланцуг. Аўдыт агентнай працы прадугледжвае звесткі пра таго, хто запусціў агента, даныя, якіх ён закрануў, і зробленыя дзеянні; у працэсе таксама прадугледжаны этапы праверкі чалавекам. Калі агент памылкова змяніў старонку, гэтыя звесткі дапамагаюць адрозніць памылку ў даручэнні ад дзеяння па-за дазволенымі межамі. Сам запіс аўдыту не ацэньвае правільнасць рашэння: для гэтага чалавек павінен бачыць задачу і вынік разам.

Адказны за агента чалавек і чалавек, які запусціў канкрэтную працу, могуць выконваць розныя ролі. Першы звязаны з тым, каму належыць агент і яго настройкі; другі — з паходжаннем асобнага даручэння. Калі гэтыя ролі бачныя разам з правамі агента і журналам яго дзеянняў, пры расследаванні можна высветліць не толькі хто зрабіў змену, але і на чыёй падставе яна адбылася. Гэта і ёсць практычнае наступства асобнага акаўнта для каманды і адміністратара.

Якія магчымасці яшчэ разгортваюцца

AMP аб’ядноўвае функцыі з розным статусам. Асобныя акаўнты агентаў і дзеянні ў аўтаматызацыі паступова становяцца даступнымі, а шырэйшы інвентар нечалавечых ідэнтычнасцей пакуль заяўлены як наступны элемент кіравання. Ён павінен ахапіць не толькі агентаў, але і праграмы ды службовыя акаўнты, каб адміністратар бачыў іх у адным месцы і мог адклікаць доступ.

Для расследавання памылкі розніца паміж гэтымі этапамі істотная. Там, дзе асобны акаўнт ужо ўключаны, можна абмежаваць правы канкрэтнага агента і знайсці яго дзеянні пад уласным імем. Агульны інвентар дадасць шырэйшую карціну ўсіх нечалавечых удзельнікаў, якім арганізацыя дала доступ. Менавіта завяршэнне яго разгортвання вызначыць, ці атрымае адміністратар адзінае месца для кантролю над агентамі і іншымі аўтаномнымі падключэннямі.

Чытайце таксама:

• Dify ці Flowise: лёгкі запуск можа саступіць, калі праект стане камандным
• Restate прыцягнула $20 млн: збой ШІ-агента не павінен абнуліць яго працу
• Cloudflare налічыла на 1700% больш ШІ-агентаў — цяпер доступ можна ацаніць