Pergunte ao AI Reader sobre um comportamento específico
Como formular perguntas sobre valores, bugs assíncronos e patches, qual contexto adicionar e como conferir a resposta.
“Explique este projeto” produz uma visão geral. Raramente explica por que uma ramificação executou ou se uma mudança é segura. Você aproveita melhor o AI Reader ao perguntar sobre um comportamento e dizer o que quer conferir.
Diga o que aconteceu e o que esperava
Uma boa pergunta inicial descreve o que você fez, o que aconteceu e o que esperava. Adicione o arquivo ou seleção, se souber. Caso contrário, descreva a mensagem ou ação observada e peça ao AI Reader para localizar onde começa.
Por exemplo:
Este relatório retorna quatro linhas com
REPORT_LIMIT=4, embora o arquivo de configuração indique seis. Rastreie o limite da entrada à saída. Mostre qual origem prevalece e o que acontece quando o valor do ambiente está vazio.
A pergunta tem um fim claro: qual origem é escolhida, onde é validada e onde é usada. Também sugere um teste pequeno. O passo a passo de configuração mostra o que uma resposta completa abrange.
Escolha um contexto inicial
| Contexto | Útil para | Ainda confira por conta própria |
|---|---|---|
| Seleção | Explicar uma expressão ou ramificação | Premissas do chamador e condições ao redor |
| Arquivo | Comportamento distribuído entre métodos | Imports e estado externo |
| Pasta | Você conhece o subsistema, mas não a entrada | Quais arquivos realmente participam |
| Comparação Git | Revisar commits específicos | Direção base/head e contexto anterior |
O conteúdo adicionado é apenas um ponto de partida. O AI Reader pode abrir outros arquivos do projeto autorizado para seguir dependências, então a requisição pode incluir mais do que o arquivo anexado. Se isso importar para código confidencial, leia primeiro o que é enviado.
Exemplos de perguntas
Para um bug assíncrono de interface:
Selecionar A e depois B às vezes deixa o conteúdo de A na tela. Rastreie as duas requisições através de cada await. Liste as gravações nos caminhos de sucesso, catch e finally, e mostre o que impede uma requisição antiga de mudar a visualização atual.
O tutorial de condição de corrida assíncrona em JavaScript reproduz exatamente essa sequência e usa um contador de requisições para proteger texto, erro e estado de carregamento. Baixe o exemplo para executar os testes incluídos.
Para revisar um patch:
Revise esta comparação procurando mudanças na invalidação do cache. Para cada possível regressão, informe a posição alterada, uma ordem de eventos possível, o efeito percebido pelo usuário e um teste que diferencie os comportamentos antigo e novo. Liste problemas preexistentes separadamente.
Para uma pergunta de arquitetura:
Qual componente é dono deste cache, quem pode invalidá-lo e quais chamadores compartilham uma entrada? Cite os construtores e o código que o modifica. Marque tudo o que depender de configuração em tempo de execução.
Cada pergunta define o que uma boa resposta deve incluir: uma ordem de eventos, um teste que diferencie versões ou o código que cria e altera o cache.
Confira uma afirmação antes de continuar
Abra uma referência importante em Code Quick Look e o arquivo inteiro se precisar de mais contexto. Confira se a condição citada vale para sua entrada e se outro chamador, sobrescrita ou caminho de erro muda a resposta.
Quando houver uma lacuna, faça uma pergunta específica:
Você encontrou duas implementações. Onde esta requisição escolhe uma delas? Se o código não bastar, qual valor em execução precisamos conhecer?
O AI Reader não pode executar os testes do projeto; um teste sugerido ainda não foi executado. Rode-o e cole o resultado de volta na conversa.
Aprofundamentos e perguntas paralelas
Se a próxima pergunta aprofunda o mesmo rastreamento, continue na mesma conversa. Para explorar outra direção, use Fork into New Chat em uma resposta concluída. Isso inicia uma conversa independente com o contexto até aquela resposta e mantém a original como estava.
O AI Reader só altera arquivos depois que você ativa Allow Edits para uma execução; execuções seguintes e conversas derivadas começam novamente em modo somente leitura. Conversas de comparação Git são sempre somente leitura. Após uma edição, leia o diff e execute as verificações que cobrem a mudança.