Amp, da Sourcegraph, aprendeu a acompanhar os próprios PRs: comentários, reviews e CI em uma única thread

O Amp, agente de programação da Sourcegraph, deixou de abandonar o pull request logo após abri-lo. Agora ele assina os comentários, os reviews e os resultados de CI do último commit do seu PR. Se uma verificação falhar ou o revisor fizer uma pergunta, o evento chega à mesma thread em que o agente escreveu o código. Ele já tem o contexto da tarefa, e não é preciso explicar nada. A atualização foi lançada em 12 de outubro de 2026 e se apoia na nova integração com GitHub Webhooks.

Como funciona a assinatura

Antes, o Amp tinha um suporte mais genérico a webhooks de eventos para orbs (o nome que o Amp dá ao ambiente de trabalho do agente). A nova integração com o GitHub funciona de outro jeito: todas as requisições recebidas passam centralmente pelo lado do Amp. Depois, você ou o próprio agente decidem para onde encaminhá-las: para um orb específico ou para um novo orb a cada evento.

O agente pode assinar eventos determinados, por exemplo a atividade no próprio PR. Ele também pode criar uma assinatura que gera novos orbs. Não é preciso manter a thread em que você configurou tudo isso: a assinatura vive separada dela, e o Amp informa explicitamente que a thread pode ser arquivada.

Um novo orb para cada issue ou PR

O segundo cenário é voltado para um fluxo de tarefas recebidas. Você pede ao Amp que inicie um orb separado para cada novo issue ou PR de um repositório. O exemplo do anúncio é cada novo issue no repositório acme/website. A seleção pode ser restringida aos itens abertos com um determinado label.

Cada orb desse tipo lê o seu issue ou PR e, quando você abre a thread, já encontra ali um resumo curto. Os comentários seguintes caem na mesma thread, então a discussão não se espalha por várias sessões.

Principais parâmetros da atualização:

• três tipos de sinais do último commit do PR: comentários, reviews e CI;
• dois modos de roteamento: para um único orb existente ou para um novo orb a cada evento;
• filtragem por label para os orbs iniciados automaticamente;
• gerenciamento das assinaturas em Settings → MCP & Integrations → GitHub: edição, pausa e lista de orbs iniciados por cada assinatura;
• no screenshot da tabela GitHub Event Subscriptions aparecem dois spawners de orb e uma assinatura de PR.

O que fazer com isso

O ponto de partida é instalar o Amp GitHub App no repositório desejado. Depois, basta pedir ao agente, em uma thread comum, que assine o PR que ele abriu ou que inicie orbs para novos issues. A tabela de assinaturas nas configurações ajuda a conferir o que está em execução e a pausar o que for desnecessário.

Na prática, o ganho está em encurtar o ciclo "PR aberto, CI falhou, uma pessoa percebe e volta ao agente". O agente reage ao CI vermelho e aos comentários dentro do mesmo contexto em que escreveu o código. Vale ter cautela com o autospawner: em um repositório movimentado, ele cria um orb para cada issue ou PR, por isso convém definir o filtro de label desde o início. O anúncio não detalha os limites de quantidade de orbs nem as condições de cobrança, então é preciso consultar a documentação do Amp.

A documentação descreve outros cenários. É possível acompanhar o CI após um push na main, assinar um issue ou PR que já exista ou perguntar ao Puck o que o Amp está monitorando no momento.