Atlassian AMP-ը ԱԲ գործակալին տալիս է ինքնություն և սահմանափակ լիազորություն

2026 թվականի հոկտեմբերի 6-ին Ամստերդամում՝ Team ’26 Europe միջոցառման ժամանակ, Atlassian-ը ներկայացրեց Agentic Multiplayer Protocol-ը (AMP) և հայտարարեց դրա փուլային ներդրման մեկնարկը։ AMP-ը մարդկանց և ԱԲ գործակալների համատեղ աշխատանքի հիմք է. այն գործակալի մասնակցությունը կապում է ճանաչելի ինքնության, հասանելի համատեքստի և սահմանափակ լիազորության հետ։ Jira-ում ու Confluence-ում աշխատանքը պետք է տեսանելի մնա թիմին, որպեսզի մարդը կարողանա ստուգել գործակալի արդյունքը։

Հոկտեմբերի 7-ի SiliconANGLE-ի հրապարակման մեջ Atlassian-ի ԱԲ արտադրանքի ղեկավար Ջամիլ Վալիանին ասել է՝ «This is a multiplayer game»։ Նրա նկարագրած մոտեցմամբ՝ գործակալն աշխատում է մարդկանց հետ ընդհանուր առաջադրանքների վրա՝ իրեն տրված ինքնության, լիազորության և գործողության շրջանակում։ Jira և Confluence օգտագործող թիմի համար փոփոխությունն այն է, որ գործակալի ներդրումը նախատեսվում է տեսանելի դարձնել նույն աշխատանքային ընթացքի մեջ, որտեղ մարդիկ քննարկում և ընդունում են արդյունքը։

Ինչպես է գործակալը միանում Jira-ի և Confluence-ի աշխատանքին

AMP-ը գործակալին ներգրավում է արդեն ընթացող առաջադրանքում։ Թիմի անդամը կարող է նրան հիշատակել Confluence էջում, լուծումը քննարկել Jira-ի մեկնաբանություններում կամ Loom տեսանյութով փոխանցել հանձնարարության համատեքստը։ Գործակալը կարող է մասնակցել նաև Jira-ի աշխատանքային հոսքին՝ օրինակ տեսակավորել կամ ուղղորդել մուտքային առաջադրանքները։ Այս եղանակներով հանձնարարությունը կապված է մնում էջին, մեկնաբանությանը կամ առաջադրանքին, որտեղ թիմն արդեն աշխատում է։

Գործակալի ներկայությունը պետք է ճանաչելի լինի մյուս մասնակիցներին։ Նրա համար նախատեսված են առանձին նկարագիր, պատասխանատու անձ և գործողությունների վերագրում, որպեսզի հնարավոր լինի տեսնել՝ ով է կատարել փոփոխությունը և երբ։ Confluence-ում համատեղ խմբագրման կամ Jira-ում առաջադրանքի վրա աշխատանքի դեպքում դա օգնում է տարբերել գործակալի ներդրումը մարդու որոշումից։ Արդյունքը ստուգողը կարող է տեսնել, թե որ մասը պետք է գնահատի և ում դիմի պարզաբանման համար։

Համատեքստը գալիս է Teamwork Graph-ից՝ կազմակերպության առաջադրանքների, որոշումների և այլ աշխատանքային տեղեկությունների կապերից։ Այդ կապերը գործակալին օգնում են հասկանալ հանձնարարության նախապատմությունը, բայց չեն վերացնում մուտքի սահմանները. հասանելի նյութերը կախված են թույլտվություններից։ Atlassian MCP-ն արտաքին գործակալներին հարթակին միանալու ուղի է տալիս, այնպես որ ընդհանուր աշխատանքի մասնակիցը պարտադիր չէ, որ ստեղծված լինի Atlassian-ի ներսում։

Ով է սահմանում գործակալի մուտքն ու գործողությունները

Ինքնությունը ցույց է տալիս՝ ով է գործում, իսկ թույլտվությունը՝ ինչ կարող է անել։ AMP-ի արտադրանքային նկարագրությունը ներկայացնում է մարդու իրավունքներով աշխատելու և գործակալի առանձին հաշվով գործելու ռեժիմները։ Այն նաև նկարագրում է Admin Hub-ի կառավարումը, Atlassian Guard-ը, տվյալների պաշտպանության կանոններն ու աուդիտի գրառումները։ Այս միջոցներով նախատեսվում է սահմանել, թե որտեղ է գործակալը երևում, ով կարող է նրան օգտագործել և ինչ հասանելիություն ունի նա։

Մարդու անունից գործող գործակալի մուտքը կապված է այդ մարդու իրավունքների հետ։ Առանձին հաշվով գործելու դեպքում շրջանակը կապվում է հաշվին տրված իրավունքների հետ։ Ադմինիստրատորը կարող է որոշել, թե որ Jira կամ Confluence միջավայրում է գործակալը հասանելի, ում է թույլատրված նրան գործարկել, և ինչ տվյալների ու գործողությունների մուտք է տրամադրվում։ Սա ընդհանուր աշխատանքի մեջ գործակալին դեր տալու գործնական սահմանն է։

Աուդիտի համար էական է նաև գործողության հետքը՝ ով է գործարկել գործակալին, ինչ տվյալների է այն դիմել և ինչ է փոխել։ Մարդու հաստատման կետերը թույլ են տալիս գնահատել արդյունքը մինչև այն ազդի թիմի հետագա աշխատանքի վրա։ Առանձին գործակալային հաշիվներն ու ոչ մարդկային ինքնությունների միասնական հաշվառումը ներկայացված են որպես առաջիկա հնարավորություններ, ուստի դրանց առկայությունը չպետք է ենթադրել յուրաքանչյուր կազմակերպության ընթացիկ կարգավորումներում։

Մեկ առաջադրանք՝ հանձնարարությունից մինչև հաստատում

Սահմանափակ լիազորության ազդեցությունը երևում է պայմանական աշխատանքային շղթայում։ Ենթադրենք՝ արտադրանքային թիմը Jira-ում հանձնարարել է ճշտել գործառույթի պահանջները, իսկ նախկին որոշումները պահում է Confluence-ում։ Ստորև նկարագրված մուտքի շրջանակը թիմի հնարավոր ընտրությունն է, ոչ թե AMP-ի պատրաստի կարգավորում կամ արդեն տեղի ունեցած դեպք։ Յուրաքանչյուր փուլում առանձին նշանակություն ունեն գործակալի ինքնությունը, նրան հասանելի նյութերը, թույլատրելի գործողությունը և մարդու որոշումը։

1. Հանձնարարություն։ Թիմի անդամը Jira առաջադրանքում նշում է սպասվող արդյունքն ու համապատասխան Confluence էջը։ Գործակալը ներգրավվում է իր ճանաչելի ինքնությամբ և պատասխանատուով։ Այս պահին նրան փոխանցվում է կոնկրետ խնդիրը, իսկ հաստատված պահանջները փոխելու լիազորություն չի տրվում։ Մարդը որոշում է՝ արդյոք հանձնարարությունը հարմար է գործակալին փոխանցելու համար։
2. Համատեքստ։ Գործակալին թույլատրվում է կարդալ կապված Jira առաջադրանքն ու խնդրի համար անհրաժեշտ Confluence էջերը։ Այլ նախագծերի կամ սահմանափակ հասանելիությամբ էջերի մուտքը կարող է դուրս մնալ այդ շրջանակից։ Պատասխանատուն գնահատում է, թե ընտրված նյութերը բավարար են առաջարկ պատրաստելու համար՝ առանց առաջադրանքից դուրս տեղեկություններ բացելու։
3. Առաջարկ։ Գործակալը կազմում է պահանջների փոփոխության առաջարկ կամ մեկնաբանություն ավելացնում նույն Jira առաջադրանքում։ Այդ ներդրումը վերագրվում է նրա ինքնությանը, իսկ գրելու իրավունքը սահմանափակվում է թույլատրված տեղով։ Հաստատված Confluence էջը փոխելը կամ Jira առաջադրանքը ավարտված նշելը մնում է մարդու որոշումը։
4. Ստուգում։ Պատասխանատուն առաջարկը համեմատում է սկզբնական հանձնարարության և Confluence-ում պահպանված որոշումների հետ։ Նա կարող է ուղղել կամ մերժել այն, ապա հաստատել վերջնական փոփոխությունը։ Գործողությունների հետքը թույլ է տալիս տեսնել գործակալի օգտագործած համատեքստն ու կատարած փոփոխությունը, իսկ ընդունված արդյունքը կապվում է այն հաստատած մարդու հետ։

Ինչ է նշանակում փուլային ներդրումը թիմի համար

AMP-ի ներկայացումը չի նշանակում, որ նկարագրված բոլոր հնարավորությունները միաժամանակ միացված են Jira և Confluence օգտագործող յուրաքանչյուր կազմակերպությունում։ Հայտարարված ուղղությունը հստակ է. գործակալը պետք է մասնակցի ընդհանուր առաջադրանքին ճանաչելի ինքնությամբ, սահմանված մուտքով և ստուգելի ներդրմամբ։ Թիմի համար տարբերություն կա արդեն հասանելի վերահսկիչ միջոցների և այն հնարավորությունների միջև, որոնք դեռ ներդրվում են փուլերով։

Առաջիկա որոշիչ մանրամասն այն է, թե երբ և ինչ պայմաններով հասանելի կլինեն առանձին գործակալային հաշիվներն ու ոչ մարդկային ինքնությունների միասնական կառավարումը։ Դրանց ներդրումից է կախված, թե ադմինիստրատորը որքան անմիջականորեն կկարողանա մեկ տեղում սահմանել և անհրաժեշտության դեպքում դադարեցնել տարբեր գործակալների մուտքը։

Կարդացեք նաև:

• Nasdaq Calypso-ն գործակալներին թողնում է բանկի սահմանների ներսում
• ԱԲ գործակալը գործիքներ է ստանում․ ինչպես սահմանափակել վնասի շառավիղը
• C2PA պիտակը ցույց է տալիս ծագումը, բայց չի ապացուցում բովանդակության ճշմարտությունը