Como resumir uma issue longa do GitHub com IA citando cada comentário

Para resumir uma issue longa do GitHub com IA, você tem dois caminhos. O primeiro é abrir o Copilot Chat pela própria issue (ou pela caixa Ask Copilot, colando a URL). O segundo é exportar os comentários com o GitHub CLI e colar o thread em um chat de IA. Nos dois casos, o resumo só serve de verdade se você pedir decisões, pendências e quem decidiu, com uma citação do comentário de origem em cada item, e conferir item por item. No Copilot, essa citação é algo que você pede no prompt, e o item vem com o link ou número do comentário quando a IA consegue amarrá-lo a uma fonte. No thread colado, é o autor e o trecho literal.

O método não garante que a IA vai ser fiel ao thread. Ele torna o resumo verificável, e é isso que importa quando você herdou uma discussão com dezenas de comentários e está prestes a pedir a implementação para um agente. Se a IA errou uma decisão, o agente vai codar a decisão errada com toda a confiança do mundo.

O que você precisa antes de resumir a issue

O básico é ter acesso de leitura à issue ou à discussion que você quer resumir. O resto depende do caminho escolhido.

• Caminho 1 (Copilot no GitHub): acesso ao Copilot Chat no GitHub.com. Segundo a página de planos do GitHub Copilot, quem está no Copilot Free continua com o Copilot Chat no GitHub.com e no GitHub Mobile, com uso limitado de chat e agente e só com modelos da seleção automática.
• Caminho 2 (colar o thread): GitHub CLI instalado, mais o chat de IA que você já usa no dia a dia.
• Saber o formato do link de comentário: cada comentário de issue tem um link direto no formato …/issues/NÚMERO#issuecomment-ID, como mostra a documentação da API de comentários (exemplo: https://github.com/octocat/Hello-World/issues/1347#issuecomment-1). É esse link que você vai usar para conferir cada item do resumo.

Um detalhe de bastidor: desde 28 de outubro de 2026, o GitHub está liberando aos poucos uma nova experiência conectada do Copilot para planos pagos, e o plano Free segue na experiência antiga do Copilot Chat. O fluxo abaixo segue a documentação do Copilot Chat; se a sua conta já recebeu a experiência nova, a interface pode estar diferente.

Caminho 1: resumir a issue com o Copilot Chat no GitHub

O Copilot Chat no GitHub resume issues e discussions, aponta os principais participantes e informa o status, segundo o guia Using GitHub Copilot to explore issues and discussions. O segredo é não parar no pedido genérico.

1. Abra o Copilot com a issue como contexto. Entre na issue ou discussion e clique no ícone do Copilot no canto superior direito. O conteúdo da página entra sozinho como contexto, sem você colar nada. Se estiver em outra página do GitHub, dá para usar a caixa Ask Copilot e colocar a URL na mensagem, como no exemplo da própria documentação:

   Summarize https://github.com/monalisa/octokit/discussions/4

2. Troque o "Summarize this issue" por um pedido com tamanho, foco e formato. O resumo genérico costuma vir como um parágrafo bonito sem rastro nenhum. Se liga na diferença quando você define o que quer:

   Resuma esta issue para alguém que vai implementar a solução.
   Use no máximo 10 itens no total, em três seções:
   
   Decisões: o que foi decidido, quem decidiu e o link ou número do comentário onde isso aparece.
   Pendências: o que segue em aberto, quem precisa responder e o comentário de origem.
   Pontos de divergência: onde as pessoas discordaram, com o comentário de cada lado.
   
   Se algum item não tiver um comentário que o sustente, escreva "sem fonte no thread".
   Não acrescente nada que não esteja na issue.

   A regra do "sem fonte no thread" é o que separa decisão registrada de suposição da IA. Para complementar, a documentação sugere perguntas que funcionam bem como apoio: "What is the current status of this discussion?", "What are the main points of contention in this issue?" e "Who are the key participants in this discussion?".

3. Abra o link References abaixo da resposta. Conforme a página Copilot on GitHub.com and GitHub Mobile, esse link mostra o contexto usado para gerar a resposta. Ele te diz o que o Copilot leu, mas não substitui a citação por comentário que você pediu no prompt.

Resultado esperado: uma lista curta, separada em decisões, pendências e divergências. Os itens que o Copilot conseguir amarrar a um comentário vêm com essa referência. O que vier sem referência, ou marcado como "sem fonte no thread", vai para a conferência como não confirmado.

Erro comum deste passo: confiar no resumo de um thread gigante como se fosse final. O guia de issues e discussions avisa que a qualidade pode cair em issues ou discussions com corpo muito longo ou muitos comentários, e o próprio Copilot mostra um aviso pedindo que você revise a resposta. Ou seja, justamente no caso que mais te interessa, a conferência é obrigatória.

Se a decisão depende de outro thread (aquele PR que fechou metade do problema, por exemplo), dá para anexar outras issues, pull requests, discussions ou repositórios como contexto pelo seletor de repositório, pelo menu + ou por menções com @.

Caminho 2: colar o thread da issue em um chat de IA

Aqui você exporta os comentários pelo GitHub CLI e cola no chat de IA que preferir. A vantagem é controlar exatamente o que entra.

1. Exporte os comentários. O manual do gh issue view mostra que a flag --comments traz os comentários da issue, e você pode passar o número ou a URL. Quando a saída é redirecionada para arquivo ou passada por pipe, saem só os comentários:

   gh issue view 21 --comments > thread.txt

   Para discussions, o comando equivalente é gh discussion view com --comments, como descreve o manual do gh discussion view. A opção --order oldest coloca os comentários em ordem cronológica e --limit define o máximo de comentários:

   gh discussion view 123 --comments --order oldest

   O suporte a discussions no CLI foi anunciado no changelog do GitHub em 10 de junho de 2026.

2. Cole no chat com o mesmo prompt do caminho 1, com um ajuste. Peça que cada item cite o autor e o trecho literal do comentário, e que nada fora do texto colado entre no resumo. Por exemplo, acrescente ao final do prompt:

Para cada item, cite o autor do comentário e o trecho literal que sustenta a afirmação.
Use apenas o texto abaixo. Se algo não estiver nele, escreva "sem fonte no thread".

Por que autor e trecho, e não o link? Porque não dá para contar que o texto exportado traga o ID de cada comentário. Com o autor e o trecho em mãos, você localiza o comentário na página da issue e pega o link dele, no formato #issuecomment-ID.

Resultado esperado: a mesma lista de decisões, pendências e divergências, agora com autor e citação literal em cada item.

Erro comum deste passo: usar --limit para encurtar o thread e acabar resumindo só uma parte dele. Se a decisão final apareceu num comentário que ficou fora do recorte, o resumo vai te entregar a decisão antiga com cara de definitiva. Antes de confiar no resultado, confira se os últimos comentários entraram.

Como conferir cada decisão do resumo pela citação

A checagem é a mesma nos dois caminhos, e é ela que transforma o resumo em algo usável: pedido específico de um lado, verificação pela fonte do outro.

1. Abra cada link ou trecho citado. Confirme que o comentário diz o que o resumo afirma, e não algo parecido. "Vamos pensar em usar Redis" não é a mesma coisa que "decidimos usar Redis".
2. Procure reversões. Leia os comentários posteriores ao citado. Thread longo é cheio de "na verdade, mudamos de ideia", e a IA pode ter pego a versão anterior.
3. Marque o que não tem citação. Item com "sem fonte no thread", ou sem citação nenhuma (nem link ou número de comentário, nem autor com trecho literal), vira não confirmado. Ele pode até estar certo, mas não entra como decisão.

Resultado esperado: uma lista de decisões e pendências conferidas, cada uma com seu link, pronta para virar o briefing do agente.

Quando vale usar o Copilot no GitHub e quando colar o thread

Os dois chegam no mesmo formato de saída. A diferença está no contexto e no controle.

Use o Copilot no GitHub quando a issue está acessível na sua conta e você quer rapidez. Você não exporta nada, o conteúdo entra sozinho como contexto e o link References mostra o que foi usado. Também dá para anexar issues, PRs e discussions relacionados sem sair da página.

Cole o thread quando você quer controlar exatamente quais comentários entram, com ordem e limite definidos no CLI. Também faz sentido quando o chat de IA que você usa já faz parte do seu fluxo, ou quando o resumo precisa ser cruzado com outro material, como uma spec ou anotações de reunião.

Não há base para dizer que um caminho resume melhor que o outro. Em qualquer um deles, a conferência pela citação continua sendo sua.

Do resumo conferido ao pedido para o agente

Com a lista conferida, o prompt de implementação praticamente se escreve. Use só as decisões confirmadas, com os links dos comentários, como base do pedido ao agente. Assim, se ele tomar um caminho estranho, você sabe exatamente de onde veio cada requisito.

As pendências não vão para o agente. Elas viram perguntas para o time, e só depois de respondidas (de preferência num comentário novo na própria issue, com link próprio) entram no briefing. Codar com IA em cima de uma decisão que ninguém tomou é só um jeito mais rápido de refazer trabalho 🙂.

Explore os vídeos do canal Hora de Codar. Se quiser aprofundar o contexto, veja Saiu O GLM 5.2: O Modelo De Código Que Lê Teu Projeto Inteiro (1M Tokens).