heydeer Entrar
Revisões no GitHub

Corrigir com HeyDeer

Transforme os problemas encontrados na revisão em um pull request que você pode examinar e fazer o merge. Escolha o que corrigir, adicione instruções e deixe o HeyDeer fazer as alterações.

Iniciar uma correção

  1. Selecione Corrigir com HeyDeer em um comentário de revisão do GitHub ou Corrigir problemas encontrados na página da revisão no HeyDeer. Um link de um problema específico já o deixa selecionado. Abrir a página não usa créditos.
  2. Escolha os problemas encontrados que deseja resolver. Use Adicionar instruções para qualquer problema que precise de mais contexto, como uma abordagem a seguir ou um comportamento a preservar.
  3. Inicie a correção pelo botão abaixo da seleção. A página da tarefa mostra o progresso, os créditos usados e o resultado. Se já houver uma correção ativa para esse PR, selecione Ver correção para abri-la.

A lista inclui os problemas encontrados nas revisões do PR e questões anteriores que ainda precisam de atenção. Os problemas que a equipe decidiu não tratar na discussão são excluídos. O HeyDeer verifica novamente sua seleção com base na versão salva do código e pode pular problemas que já não se aplicam.

Revisar e fazer o merge da correção

O HeyDeer cria uma nova branch e abre um PR com a branch do PR original como destino. Leia o resumo e use Ver PR de correção para examinar as alterações. Você decide se quer fazer o merge delas no PR original.

Se não forem necessárias alterações no código, a tarefa pode terminar sem abrir um PR.

O resumo descreve as alterações, os problemas encontrados que foram pulados, os resultados dos testes locais e as verificações que o HeyDeer não conseguiu executar. Após fazer o merge da correção, solicite uma revisão de acompanhamento no PR original ou deixe que a revisão automática programada seja executada. Criar um PR de correção, por si só, não resolve os problemas encontrados nem faz a verificação HeyDeer Review passar.

Requisitos e limites

As correções exigem um PR aberto com ambas as branches no mesmo repositório e alguém com acesso de escrita ao repositório para iniciá-las. PRs de forks não são compatíveis. O HeyDeer precisa de permissões de leitura e escrita em Contents e Pull requests; consulte GitHub App e permissões. Só pode haver uma correção ativa por PR.

O HeyDeer não pode publicar alterações nos arquivos de fluxos de trabalho do GitHub Actions em .github/workflows/. Uma correção que contenha essas alterações é interrompida antes que qualquer arquivo seja publicado.

Verificações locais e CI

Iniciar uma correção permite que o HeyDeer edite código, instale dependências e execute verificações locais em um ambiente isolado com acesso à internet pública. Ele usa as instruções do espaço de trabalho e do repositório, além das orientações do repositório, sem conectar seus servidores MCP. Consulte Segurança para saber como a execução do código é isolada.

Suas automações do GitHub podem ser executadas no PR de correção. Os fluxos de trabalho limitados a uma branch base, como main, talvez só sejam executados depois que você fizer o merge da correção no PR original. O HeyDeer não espera pela CI nem tenta corrigir novamente de forma automática quando a CI falha.

Créditos e cancelamento

As correções usam os créditos do espaço de trabalho e compartilham a capacidade de execução com as revisões. Cada correção tem a cobrança mínima vigente da revisão Padrão e depois usa créditos conforme o trabalho realizado. Os limites de uso do espaço de trabalho se aplicam. Consulte Como funcionam os créditos.

Alguém com acesso de escrita pode selecionar Cancelar correção até que o HeyDeer comece a salvar as alterações no GitHub. A preparação antes do início do agente não é cobrada; depois que ele inicia, o cancelamento mantém a cobrança mínima e os créditos já usados. Se os créditos acabarem, a correção será interrompida e você precisará solicitar outra.

Se o PR original mudar

Uma correção usa o commit e a branch salvos quando você a inicia. Commits posteriores ou o fechamento do PR original não cancelam a tarefa. Verifique se há conflitos antes de fazer o merge. Se a branch de destino for excluída ou renomeada, use Ver commit de correção para examinar as alterações salvas e decidir como aplicá-las.