Atlassian AMP dá AI agentom mená aj auditnú stopu naprieč tímom

Atlassian 6. októbra 2026 na konferencii Team ’26 Europe v Amsterdame predstavil Agentic Multiplayer Protocol (AMP) ako základ spoločnej práce ľudí a AI agentov. Rámec má agentom prideliť identitu, vymedziť ich oprávnenia a umožniť tímu skontrolovať výsledky. Samostatné účty agentov a centrálny prehľad neľudských identít firma v oznámení označila za pripravované funkcie.

Pre tímy pracujúce v Jira a Confluence je podstatné, že príspevok agenta má byť viditeľný pri úlohe alebo obsahu, ktorého sa týka. AMP prepája pracovné prostredie Atlassianu aj s externými agentmi; jeho úlohou je určiť, pod akou identitou konajú, ku ktorému kontextu majú prístup a ako sa ich činnosť pripíše v záznamoch. Ide o pravidlá spolupráce a správy agentov, nie o nový model AI.

Ako sa externý agent zapojí do práce

Tok sa začína registráciou agenta. Atlassian v opise AMP uvádza, že správca ho zaregistruje na jednom mieste a určí, kde sa bude zobrazovať a kto ho môže nájsť a používať. Medzi uvedenými miestami sú tabuľa Jira, stránka Confluence, Rovo Chat a externý nástroj. Identita má sprevádzať agenta aj vtedy, keď jeho práca prechádza medzi týmito prostrediami.

V Jira možno agentovi priradiť pracovnú položku; v Confluence ho možno osloviť pri stránke, ku ktorej má prispieť. Pri vývoji softvéru sa má relácia agenta spustená v termináli alebo vývojovom nástroji prepojiť s príslušnou úlohou Jira. Ostatní členovia tímu tak môžu vidieť, na čom agent pracuje, namiesto toho, aby priebeh zostal iba v lokálnej relácii človeka, ktorý ho spustil.

Rozpoznateľné meno rieši atribúciu, nie prístup samo osebe. To, že sa agent objaví pri stránke alebo úlohe, ešte neurčuje, ktoré ďalšie stránky smie čítať ani ktoré položky môže meniť. O tejto hranici rozhoduje režim, v ktorom koná, a oprávnenia platné pre daného človeka alebo účet agenta. Pri cudzej integrácii je preto dôležité sledovať identitu a rozsah prístupu ako dve súvisiace nastavenia.

Od oprávnenia po audit vykonaných krokov

AMP opisuje dva režimy konania: agent môže pracovať s oprávneniami osoby, ktorá ho používa, alebo prostredníctvom vlastného účtu. Rozdiel je zásadný pri úprave úlohy či čítaní stránky Confluence. V prvom prípade hranice vychádzajú z prístupu človeka; v druhom z oprávnení pridelených identite agenta. V oboch prípadoch má byť jeho činnosť pripísateľná v auditných záznamoch.

Pri pripájaní externého agenta sa preto kontrola skladá z nadväzujúcich rozhodnutí:

1. Registrácia určí, ktorý agent vstupuje do tímovej práce, aby jeho príspevky neboli zameniteľné s činnosťou človeka alebo iného agenta.
2. Nastavenie viditeľnosti určí, či sa objaví v Jira, Confluence alebo inom pracovnom prostredí a kto ho tam môže použiť.
3. Režim spustenia určí, čie oprávnenia sa uplatnia pri prístupe k úlohám, stránkam a ďalšiemu kontextu.
4. Auditný záznam má umožniť priradiť vykonané kroky agentovi a skontrolovať, ako súvisia s výsledkom, ktorý tím preberá.

Správu prístupu majú podľa opisu AMP podporovať Admin Hub, Atlassian Guard a pravidlá ochrany údajov. Ich spoločný účinok závisí od konkrétnych oprávnení a pravidiel organizácie: registrácia agenta mu sama nepriznáva voľný prístup ku všetkému obsahu. Atlassian zároveň rozlišuje medzi opísaným fungovaním AMP a pripravovanými samostatnými účtami agentov. Správca preto nemôže predpokladať, že každý prvok centrálnej správy je už dostupný v jeho prostredí.

Prečo je Teamwork Graph dôležitejší než model

Agent potrebuje okrem povolenia konať aj kontext k práci, ktorú dostal. Teamwork Graph spája úlohy, obsah, ľudí a predchádzajúce rozhodnutia v produktoch Atlassianu. Pri úlohe Jira tak môže byť relevantné aj rozhodnutie zachytené v Confluence alebo priebeh staršej práce. AMP má tento kontext sprístupniť aj pripojeným nástrojom cez Atlassian MCP, Teamwork Graph CLI a komunikáciu medzi agentmi A2A, vždy v medziach príslušných oprávnení.

Analytik Omdia Torsten Volk v správe TechTarget pomenoval výhodu Atlassianu slovami „Atlassian's advantage there is Jira and Confluence, not the AI“. Jeho argument sa týka miesta, kde organizácia už uchováva svoju pracovnú históriu. Ak sú rozhodnutia, zadania a zmeny rozptýlené inde, samotná voľba výkonnejšieho modelu agentovi tento chýbajúci kontext nedodá.

Prepojenie s grafom zároveň vysvetľuje, prečo Atlassian zdôrazňuje viditeľnosť relácií a výsledkov. Keď je práca agenta pripojená ku konkrétnej položke Jira alebo obsahu Confluence, ďalší človek môže nadviazať na rovnaký pracovný kontext. Auditná stopa potom umožňuje odlíšiť prácu agenta od príspevkov kolegov; oprávnenia určujú, ktoré súvislosti smel agent pri práci použiť. Tieto časti majú hodnotu práve spolu, pretože zdieľaný kontext bez priraditeľných krokov by tímu neposkytol jasný obraz o vykonanej zmene.

Čo sa ukáže pri ďalšom sprístupňovaní

Atlassian opisuje AMP ako základ viacerých spôsobov spolupráce naprieč platformou. Súčasne ešte chystá účty agentov a inventár neľudských identít, cez ktorý by správcovia videli aktívnych agentov a mohli im odobrať prístup. Rozdiel medzi predstaveným rámcom a dostupnosťou týchto nástrojov je dôležitý najmä pre organizácie, ktoré chcú pripájať agentov od ďalších dodávateľov.

Rozhodujúce bude, ako sa pripravované ovládacie prvky premietnu do správy konkrétneho agenta: či správca uvidí jeho vlastníka, rozsah prístupu a vykonané kroky na jednom mieste a či dokáže prístup odobrať bez straty záznamu o predchádzajúcej práci. Práve tým sa má ukázať, nakoľko bude spoločná práca ľudí a agentov kontrolovateľná aj mimo nástrojov samotného Atlassianu.

Prečítajte si aj:

• ChatGPT Spaces spája dokumenty, kolegov a agentov na jednom mieste
• Prompt injection proti AI agentom: samotný systémový pokyn nestačí
• FTC preveruje OpenAI a Anthropic: pod lupou sú riziká AI agentov