Em um guia voltado para iniciantes, o GitHub apresenta uma forma de revisar as alterações criadas pelo agente de programação dentro do aplicativo GitHub Copilot, sem alternar entre o editor de código, a janela do terminal e o navegador da web. O aplicativo reúne essas tarefas em painéis lado a lado que ajudam o desenvolvedor a examinar a alteração, executar o projeto e visualizar o resultado antes de aceitá-la.
A ideia central do guia não é aceitar diretamente o código produzido pelo agente, mas concluir o ciclo de revisão, execução e teste dentro de uma única sessão. Segundo o material, depois de confirmar o resultado, o usuário pode aceitar a alteração diretamente no aplicativo e criar uma solicitação de pull.
Revisando alterações pelo painel de diff
O painel de diff exibe uma comparação entre o estado dos arquivos antes e depois da alteração, destacando as linhas adicionadas em verde e as linhas removidas em vermelho. Isso permite que o usuário conheça o escopo da alteração, em vez de se limitar ao resultado final proposto pelo agente.
O GitHub afirma que o usuário pode aceitar as alterações, deixar comentários sobre elas ou pedir ao Copilot que faça modificações adicionais. A aprovação final do que será incorporado ao projeto continua nas mãos do desenvolvedor.
Executando o projeto pelo painel do terminal
A revisão não se limita à leitura do código; o painel do terminal permite executar comandos dentro de uma sessão do aplicativo Copilot e ler suas saídas. O guia apresenta o exemplo de um projeto web no qual é possível adicionar um script para um servidor de desenvolvimento que abre a pasta do cliente e executa o comando npm run dev.
Depois de configurar o script, o usuário pressiona o botão de execução para iniciar o servidor do site. O aplicativo também permite abrir mais de uma janela de terminal ao mesmo tempo, possibilitando alternar entre diferentes comandos e sessões durante a análise do projeto.
Visualizando e ajustando a interface
Para projetos que incluem uma interface de usuário, o painel do navegador oferece uma forma de abrir o aplicativo e testar o novo recurso como o usuário o vê. Essa parte inclui a ferramenta Pick & Polish, que permite selecionar um elemento da interface e solicitar sua alteração por meio do agente.
Depois de fazer as alterações, é possível executar novamente o script do servidor de desenvolvimento para visualizar o que mudou e verificar se a correção ou melhoria apareceu no aplicativo real.
O que isso significa para os desenvolvedores?
Esses recursos conectam três etapas que geralmente ficam separadas ao lidar com código criado por inteligência artificial: examinar as alterações, executar o projeto e testar o comportamento ou a interface. Reuni-las em um só lugar pode reduzir a perda de contexto causada pela alternância entre janelas, mas não elimina a necessidade de revisão humana ou de testes reais.
O GitHub sugere uma lista breve antes de aceitar qualquer alteração gerada automaticamente: o que mudou? O código funciona? E ele realmente executa a função desejada? Essas perguntas, por si só, não comprovam a correção do código, mas oferecem um ponto de verificação prático antes da integração das alterações.
O limite prático indicado pela fonte é que o guia explica o fluxo de trabalho especificamente dentro do aplicativo GitHub Copilot e não apresenta uma comparação com outras ferramentas nem métricas independentes sobre a precisão do código ou a qualidade dos testes. Portanto, o valor dos painéis continua relacionado à adequação do aplicativo ao fluxo de trabalho do desenvolvedor e à sua capacidade de examinar os resultados, não simplesmente à presença do agente.