Amsterdã, 6 de outubro de 2026. No blog corporativo da Atlassian, um post assinado pelo cofundador e CEO Mike Cannon-Brookes apresenta, em tom de carta pessoal, o que a empresa chama de "o próximo passo": um protocolo com nome de videogame, o Agentic Multiplayer Protocol, ou AMP. O título do texto resume a tese da companhia em quatro palavras: The End of Single-Player AI, o fim da IA de um jogador só.
A ideia central é simples de enunciar e difícil de implementar. Em vez de o agente de IA ser uma caixa de chat isolada, onde uma pessoa conversa com um modelo e depois copia o resultado para o resto da equipe, o AMP quer que o agente participe do trabalho do mesmo jeito que um colega humano: com perfil próprio, permissões definidas, histórico auditável e presença visível nos mesmos espaços onde o time já trabalha, como Jira (abre em nova aba) e Confluence (abre em nova aba). A conta oficial da Atlassian resumiu o posicionamento no dia do anúncio:
A maior parte da IA é um ato solo. Estamos transformando isso em esporte de equipe. Hoje, no Team '26 Europe, apresentamos o Agentic Multiplayer Protocol (AMP). Como funciona: trabalhe ao lado de seus agentes em todas as superfícies. Saiba quem é quem, quem está fazendo o quê e quem fez o quê, e quando. Agentes são ancorados no contexto organizacional para gerar impacto real.
O que o protocolo define, tecnicamente
Segundo a Atlassian, o AMP (abre em nova aba) define quatro coisas que, juntas, transformam um agente de utilitário em participante: uma identidade atribuída pela administração, autoridade com escopo delimitado, contexto e tarefas compartilhados, e resultados que podem ser revisados por humanos. Não se trata de um modelo de linguagem nem de um produto isolado, e sim de uma camada de plataforma que padroniza como agentes entram e operam no que a empresa chama de System of Work.
Vale distinguir dois protocolos que andam juntos nesse anúncio. O MCP (abre em nova aba), ou Model Context Protocol, é o padrão aberto que permite a modelos de IA lerem e agirem em ferramentas externas. O AMP, por sua vez, cuida de algo que o MCP não endereça: a participação do agente como membro identificável e governável de uma equipe. Nas palavras do head de produto de IA da Atlassian, Jamil Valliani, ao site SiliconANGLE, a companhia opera com uma frase interna: "software sem cabeça é software sem cérebro". Ou seja, um agente conectado a tudo, mas invisível e sem contexto organizacional, não serve para trabalho colaborativo.
A metáfora do multiplayer também é dele: "Isto é um jogo multiplayer. Humanos e agentes estão trabalhando juntos em um espaço muito dinâmico, e há muitos jogadores."
As três camadas
O blog dos fundadores organiza o AMP em três camadas interconectadas, que valem um exame separado porque cada uma resolve um problema distinto.
| Camada | O que resolve | Exemplos concretos anunciados |
|---|---|---|
| Colaboração no fluxo | Como o agente entra no trabalho que já existe | @menção a agentes em docs do Confluence, participação em threads de comentário do Jira, briefing por vídeo do Loom, agentes conectados a Figma ou IDE via MCP |
| Identidade e presença compartilhada | Saber quem é o agente e o que ele está fazendo agora | Perfil próprio com responsável definido, cursor do agente ao lado dos cursors humanos em canvases e whiteboards, sessões de agentes locais no notebook do desenvolvedor refletidas no quadro do Jira |
| Contexto e governança | Dar contexto útil sem abrir mão de controle | Agentes ancorados no Teamwork Graph, permissões com escopo, checkpoints humanos, auditoria completa de quem disparou o agente e quais dados ele tocou |
O detalhe mais revelador está no meio da tabela, e é quase banal: o cursor do agente aparece ao lado dos cursors humanos em tempo real. Em uma whiteboard, você passa a ver a máquina editando o mesmo artefato que você, na sua frente. Isso parece cosmética, mas muda a interpretação do produto inteiro. Presença em tempo real é o que transforma o agente de ferramenta assíncrona em participante, e é exatamente o tipo de recurso que expõe a necessidade das outras duas camadas: sem identidade clara e sem auditoria, um cursor anônimo editando seu documento seria um problema, não uma vantagem.
O modelo de permissões também tem granularidade que merece atenção técnica. Um agente de RH pode herdar os acessos de quem o acionou, o chamado "Run as User", de modo que ele enxerga apenas o que a pessoa que o disparou enxergaria. Já um agente de helpdesk pode operar em uma conta de serviço dedicada, com seu próprio conjunto de direitos. São dois padrões de delegação diferentes para dois casos de uso diferentes, e ambos geram trilha de auditoria.
Os números por trás do anúncio
A sustentação de dados que a Atlassian apresentou junto com o AMP é considerável, ainda que venha majoritariamente de medições internas:
- O Teamwork Graph, o grafo que conecta o contexto organizacional usado para ancorar os agentes, agora cobre 7 tipos de contexto, mais de 250 bilhões de objetos e relações conectados, e conta com mais de 80 conectores.
- O novo servidor MCP da Atlassian expõe 200 ferramentas e processa cerca de 15 milhões de chamadas de ferramenta por dia, segundo a companhia.
- Em benchmarks internos com modelos Claude, a Atlassian alega uma redução de até 25% no consumo de tokens para o mesmo trabalho em Jira e Confluence.
- Humanos e agentes já colaboram mais de 10 milhões de vezes por mês na plataforma, número citado pela própria empresa.
- Nos últimos 12 meses, a Atlassian afirma ter entregado mais de 120 capacidades voltadas a empresas.
Há uma extensão relevante no grafo, relatada pelo diginomica: dados estruturados passaram a ser um tipo de contexto nativo, o que permite ao Teamwork Graph contextualizar resultados vindos de ferramentas como Redshift e Tableau, além de ler código-fonte com mais detalhe. Para um time de engenharia, isso significa que o agente não fica restrito a tickets e documentos; ele pode raciocinar sobre o schema do data warehouse e sobre o repositório, dentro do mesmo modelo de governança.
Identidade não humana: a parte que menos aparece e mais importa
A peça estrutural do AMP, e talvez a mais difícil, é a criação de uma classe de identidade para participantes não humanos: agentes, apps e contas de serviço que podem ser gerenciados como qualquer outra identidade, mas sem atributos de pessoa. Administradores podem conceder ou revogar permissões dessas identidades, e toda a atividade delas gera auditoria, incluindo, segundo o diginomica, o gasto de tokens.
Esse registro de consumo de tokens é um detalhe pequeno que diz muito. Ao lado do histórico de ações, a plataforma rastreia quanto custa cada agente. O protocolo que vende a imagem do agente como colega de equipe trata, na infraestrutura, cada colega como uma conta de serviço com medidor.
Europa, compliance e o que ficou em aberto
Para o mercado europeu, a Atlassian anunciou inferência local de IA restrita a modelos hospedados na União Europeia, com compliance proativo ao AI Act e certificação ISO 42001 para o Rovo, reforçadas por logging de auditoria e observabilidade. A empresa apresentou isso como resposta direta às exigências regulatórias europeias, o que sugere que grandes clientes do continente vinham travando adoção de agentes justamente por questões de residência de dados.
O post de anúncio dos fundadores (abre em nova aba) diz que o AMP "começa o rollout hoje", linguagem que, na prática, indica distribuição gradual e não disponibilidade imediata e completa para todo cliente. E há limitações honestas a registrar: a redução de 25% no consumo de tokens é uma alegação baseada em benchmarking interno, em modelos específicos da família Claude, sem verificação independente; o volume de 15 milhões de chamadas diárias é informado pela própria companhia; e o anúncio, por ora, descreve capacidades de plataforma, não resultados medidos de produtividade. A Atlassian não apresentou dados sobre ganho de eficiência das equipes que adotarem o AMP, e o discurso de "agentes como funcionários" ainda é mais arquitetura do que evidência.
Também não está resolvido o atrito inevitável do "Run as User": herdar permissões do acionador é elegante para acessibilidade, mas complica atribuição de responsabilidade quando o agente erra em uma ação que a pessoa não teria autorizado conscientemente. Checkpoints humanos mitigam; não eliminam.
A contradição que fica
O AMP embute uma tensão que nenhum roadmap resolve sozinho. O apelo de venda é o agente como companheiro de equipe, com cursor, perfil e presença visível, alguém com quem se debate em um comentário de Jira. A engenharia por trás, no entanto, é a de uma identidade não humana inventariada, com escopo rigidamente delimitado, gasto de tokens medido e cada ação registrada para revisão posterior. A Atlassian construiu infraestrutura para confiar no agente exatamente na medida em que não precisa confiar nele. Quanto mais o protocolo humaniza a participação da máquina, mais a máquina fica sujeita a controles que nenhum colega humano aceitaria. É essa a contradição: para a IA virar jogador de verdade, foi preciso tratá-la, do início ao fim, como algo que joga sob vigilância.