„Atlassian AMP“ suveda žmones ir agentus, bet prieigą ribos tapatybė

2026 m. spalio 6 d. per „Team ’26 Europe“ renginį Amsterdame „Atlassian“ pristatė „Agentic Multiplayer Protocol“ (AMP) – jau platformoje veikiantį žmonių ir DI agentų bendro darbo modelį. Jis sieja agento tapatybę ir ribotus įgaliojimus su bendra užduotimi bei žmogui peržiūrėti pateikiamu rezultatu. Centralizuotos agentų paskyros, ne žmogaus tapatybių registras ir prieigos atšaukimas vienoje vietoje paskelbti kaip būsimi valdikliai.

Tame pačiame renginyje parodytas atnaujintas „Atlassian MCP“ serveris ir „Loom Record for Agent“ funkcija. „TechRadar“ reportaže iš Amsterdamo užfiksavo bendrovės vadovo Mike’o Cannon-Brookeso žodžius: „Working with AI isn't single player any more - it's multiplayer.“ „Loom“ leidžia užduotį agentui paaiškinti vaizdo įrašu, MCP serveris sujungia agentus su įrankiais, o AMP nusako, kaip jų darbas tampa matomas žmonių komandai.

AMP susieja agento veiklą su komandos darbu

AMP apima daugiau nei pokalbį su asistentu. Agentas gali veikti ten, kur komanda jau tvarko užduotis ir informaciją: „Jira“ darbo elementuose, „Confluence“ puslapiuose ir su jais susijusiuose darbo procesuose. Bendras kontekstas reiškia, kad žmogus mato, kokiai užduočiai skirtas agento darbas, gali įvertinti jo rezultatą ir tęsti darbą toje pačioje aplinkoje.

Šiam ryšiui svarbios „Jira“ agentų sesijos. Pristatytas veikimo modelis vietines ir debesijoje vykdomas sesijas sieja su darbo elementais, kad agento eiga būtų matoma šalia žmonių veiklos. Tai ypač reikšminga, kai agentas veikia kūrimo aplinkoje ar terminale: be sąsajos su užduotimi komandos nariai matytų tik galutinį pakeitimą, o ne darbo eigą ir jos kontekstą. Vietinių sesijų prijungimas renginio pristatyme taip pat įvardytas kaip būsimas žingsnis, todėl jo nereikėtų laikyti visiems klientams jau prieinama galimybe.

Atnaujintas MCP serveris atlieka kitą vaidmenį: per jį išoriniai agentai gali pasiekti „Atlassian“ kontekstą ir dirbti su platformos įrankiais. AMP aprėpia platesnį darbo modelį – agento dalyvavimą bendroje užduotyje, jo veiksmų priskyrimą ir žmogaus peržiūrą. Šis skirtumas svarbus vertinant prieigą: ryšys su įrankiu pats savaime dar nepasako, kas yra agento savininkas, kokius veiksmus jam leidžiama atlikti ir kaip vėliau panaikinti jo teises.

Nuo tapatybės iki žmogaus peržiūros

Agento kelias prasideda nuo tapatybės ir įgaliojimų ribų. AMP modelyje agento veiksmai turi būti priskiriami atpažįstamam vykdytojui, o jo prieiga priklauso nuo suteiktų teisių. Agentas gali veikti žmogaus teisių ribose arba naudoti atskirą paskyrą; tai skirtingi prieigos būdai, todėl vien teiginys, kad agentas „turi tapatybę“, dar neatskleidžia jo faktinių leidimų.

Tada darbas susiejamas su konkrečiu tikslu. „Jira“ užduotis suteikia vietą agento sesijai ir jos eigai, o „Confluence“ ar „Loom“ gali perduoti papildomą kontekstą. Toks susiejimas leidžia peržiūrėti rezultatą kartu su užduotimi, dėl kurios agentas buvo pasitelktas. Veiksmų atsekamumas čia priklauso nuo to, ar išsaugoma informacija apie sesiją, jos iniciatorių ir atliktus veiksmus; bendras AMP principas neturėtų būti painiojamas su pažadu, kad kiekvienas būsimas audito vaizdas jau pasiekiamas.

Žmogaus vaidmenį aiškiai parodo pristatytas „Rovo Work“ režimas. „SiliconANGLE“ interviu su DI produktų vadovu Jamilu Valliani aprašė eigą, kurioje naudotojas nustato tikslą, peržiūri agento siūlomą planą, prireikus jį pakeičia ir įvertina galutinį rezultatą. Tai konkreti žmogaus kontrolės vieta ilgesnėje užduotyje, o ne tik galimybė perskaityti agento atsakymą pabaigoje. Režimo pristatymas renginyje savaime nereiškia, kad jis vienodomis sąlygomis jau prieinamas visiems klientams.

Paskutinis šio kelio etapas yra prieigos atšaukimas. Būsimas ne žmogaus tapatybių registras turėtų leisti administratoriams vienoje vietoje matyti ir valdyti agentų, programų bei paslaugų paskyrų prieigą. Kol toks valdiklis dar planuojamas, esamas agento veiklos priskyrimas konkrečiai sesijai neturėtų būti laikomas centralizuotu visų jo įgaliojimų išjungimu.

Kas veikia dabar, o kas paskelbta vėliau

Prieinamumo riba eina per atskiras funkcijas. AMP kaip bendro darbo modelis jau veikia „Atlassian“ platformoje, tačiau renginyje kartu pristatyti įrankiai ir administravimo valdikliai nėra vienodo parengtumo. Trumpas jų žemėlapis padeda atskirti šiandieninę duomenų apsaugą nuo būsimo agentų paskyrų valdymo:

• Veikia dabar: AMP pagrindas sieja žmonių ir agentų darbą su bendru platformos kontekstu. „Atlassian Guard Premium“ turi priemones jautriai informacijai aptikti, klasifikuoti ir kontroliuoti, taip pat apsaugos ribas „Rovo Chat“ ir prijungtiems įrankiams.
• Pristatytas veikimo modelis: „Jira“ agentų sesijos sieja agento veiklą su darbo elementu, o „Rovo Work“ numato žmogaus atliekamą plano ir rezultato peržiūrą. Viešas pristatymas savaime nenustato vienodo šių naujų funkcijų prieinamumo kiekvienam klientui.
• Paskelbta vėliau: agentų paskyros ir ne žmogaus tapatybių registras turėtų suteikti administratoriui bendrą vietą agentų, programų bei paslaugų paskyrų prieigai valdyti ir ją atšaukti.
• Paskelbta vėliau: vietinių agentų sesijų iš kūrimo aplinkų ir terminalų prijungimas prie „Jira“ darbo elementų turėtų padaryti už platformos ribų vykstantį darbą matomą komandai.

Esamos duomenų apsaugos priemonės riboja, kokį turinį pasiekia su platforma dirbantys įrankiai; planuojamas tapatybių valdymas spręstų ir kitą klausimą – kuris savarankiškas agentas turi prieigą bei kas gali ją panaikinti. Būtent šių valdiklių prieinamumas parodys, kada administratoriui bus suteiktas visas paskelbtas agento kelias nuo registravimo iki prieigos atšaukimo.

Taip pat skaitykite:

• „Cohere North 2“ veikia izoliuotai, bet kainos viešai nerodo
• Netiesioginė promptų injekcija: vien filtro DI agentui nepakanka
• „Google“ prieigos raktas pamestame įrenginyje: du šalinimo keliai