Latest / Entre Chaves / Snippet #15 Engenharia de prompt aplicada ao Git para detecção de bugs

Transcript

Snippet #15 Engenharia de prompt aplicada ao Git para detecção de bugs · Entre Chaves

• 0:09
  Olá, tudo bem? Aqui é o Tiago e hoje a gente
• 0:11
  vai falar sobre um uso prático de engenharia de prompt usando
• 0:17
  Git mais agentes de a. Para a gente auxiliar a comparar
• 0:23
  2 versões diferentes de um código, é isso tem uma aplicação
• 0:26
  prática em algumas situações. Eu vou focar aqui no uso dela
• 0:30
  para análise de incidentes em produção, na engenharia de pront
• 0:34
  e aqui dentro chaves. A gente já se falou bastante
• 0:38
  sobre engenharia de pront em si. Já está bem claro que contexto é
• 0:42
  um ponto chave de um bom prompt para ter bons resultados.
• 0:45
  Ganhar, né? Essa foi a ideia de que surgiu
• 0:47
  de usar de juntar com o kit com os agentes.
• 0:50
  O kit tem uma. Ferramenta muito boa e básica,
• 0:52
  que é o guitedif, que é o quem faz a diferenciação, né?
• 0:57
  Entre 2 comities quaisquer que você escolher ali da da sua
• 1:00
  árvore de comities, é basicamente isso que as ideias
• 1:03
  usam por trás para mostrar a gente o que que está sendo
• 1:05
  alterado, né? Então e vem essa ideia, por que
• 1:08
  não passar isso para IA, né? Para ser mais assertivo para ela
• 1:13
  em algumas situações, no caso de incidentes, alguns incidentes
• 1:17
  são óbvios, não requer uma análise, muito por.
• 1:20
  Ali pra gente achar o problema, né?
• 1:22
  Mas nem sempre é esse caso. Por acaso que OA causa raiz?
• 1:25
  Não ficou óbvio uma análise rápida ali, não, não, não trouxe
• 1:29
  resultados. Antigamente a gente ainda tinha
• 1:32
  algumas opções mais limitadas, por exemplo, guet bicet que ele
• 1:38
  é muito bom, eu gosto muito dele.
• 1:40
  Mas ele é moroso, ele tá, é demora, você tem um resultado
• 1:44
  nele. Em algumas situações, você
• 1:46
  precisa dar uma resposta rápida, né?
• 1:48
  Aí veio essa ideia do gitdiff que é, vou falar aqui com vocês,
• 1:51
  dado que você já sabe qual é o repositório, pelo menos quanto
• 1:55
  que está acontecendo o problema ou tem uma ideia de qual
• 1:58
  repositório que é? Você vai abrir esse repositório
• 2:01
  numa ideia entre sua preferência ali.
• 2:03
  Que ela tenha agentes de a, né? Por exemplo, o cursor ou vers
• 2:08
  code com Copilot, isso vai abrir 11 chat ali com ele.
• 2:12
  Nesse chat, a gente vai colocar 2 prompts, a gente vai separar o
• 2:14
  programa em 2. O primeiro é um prompt para
• 2:17
  contextualizar a situação, não necessariamente de forma
• 2:21
  técnica, para explicar o que está acontecendo, qual é o
• 2:23
  incidente? Eu vou passar o contexto para
• 2:26
  ele e qual que é o problema, né? Se eu estou tendo um problema de
• 2:28
  vazamento de memória, de performance, se é uma
• 2:31
  funcionalidade que está quebrada, se eu tiver o card
• 2:34
  ali, eu vou pôr o card lá e vou passar todos os detalhes para
• 2:38
  ele e tal, e vou solicitar uma confirmação do entendimento
• 2:42
  nesse prompt da e a, né? Que ela resume e confie vírus,
• 2:45
  principais pontos da desse incidente, do que que está
• 2:47
  acontecendo, sem pedir uma solução nesse momento, por quê
• 2:50
  isso é importante para eu confirmar aqui, eu estou sabendo
• 2:53
  explicar. A situação para o meu agente e
• 2:56
  também para entender se o agente conseguiu capturar a essência
• 3:00
  ali do que que é o problema, né? E confirmar esse objetivo.
• 3:04
  Do que que precisa ser resolvido se estiver errado a gente ter
• 3:08
  ali mais algumas vezes para até AO agente conseguir entender
• 3:11
  qual que é o problema. Feito isso, a gente vai para o
• 3:13
  segundo pront, que é um pront mais técnico agora.
• 3:16
  E aí eu vou dividir em 3 etapas aqui e a gente vai estabelecer
• 3:20
  uma persona para esse, para esse agente.
• 3:23
  Agora, como eu quero que ele seja técnico, por exemplo, eu
• 3:26
  vou falar com ele. Você é um engenheiro de software
• 3:28
  experiente. Logo depois eu vou estabelecer
• 3:30
  um método para ele procurar aumentar o contexto dele, que é
• 3:34
  os. Eu vou pra Pra Ele.
• 3:37
  Dado também que a gente sabe o Comite aonde o incidente não
• 3:40
  acontecia antes, né? Isso normalmente a gente
• 3:43
  consegue descobrir ali. Analisando os históricos e
• 3:45
  versões que subiram em prótese recentemente e tal, a gente tem
• 3:48
  uma noção pelo menos de qual Comite aonde o incidente não
• 3:51
  ocorria, né? Então eu vou passar para ele
• 3:53
  falar usando o gitdif entre o Comite IA né?
• 3:56
  Passar a resh onde o incidente não acontecia e o Comite b
• 4:00
  passando AA ultra Rex. Onde o incidente está ativo?
• 4:03
  Acontecendo lá em produção. Agora analise pop, foi as
• 4:07
  diferenças entre esses 2 comities.
• 4:09
  Por fim, a gente vai pedir para ele elencar os possíveis
• 4:13
  hipóteses, dado esse contexto aí da seguinte dívida, possíveis
• 4:17
  hipóteses que explicam que se relacionam com o incidente que
• 4:21
  foi reportado no prompt anterior.
• 4:24
  Recapitulando aí são 2 prompts, um para estabelecer a situação
• 4:28
  do incidente. E confirmar o entendimento.
• 4:30
  O segundo prompt mais técnico, usando o kit DIF para
• 4:34
  estabelecer um espaço de busca ali do do agente para que ele
• 4:37
  relacione esse DIF com o incidente.
• 4:40
  Vê se faz sentido, se tem alguma coisa ali, alguma linha, alguma
• 4:44
  falta de ponto, vírgula, né? Qualquer coisa do tipo que
• 4:47
  explica o incidente, que se relacione de alguma forma.
• 4:50
  E talvez seja Oo início ali da explicação do do motivo do
• 4:53
  incidente, né? Para achar a causa raiz.
• 4:55
  Isso tem sido bem útil aqui. É foi em alguma situação?
• 4:59
  Que eu precisei analisar, né? Que eu tinha preciso analisar um
• 5:02
  Coincidente que envolvia esse espaço de busca e meio grande
• 5:07
  que o guite disse né, o commit que a gente tinha certeza que o
• 5:10
  incidente não acontecia e o atual envolvia mudanças em
• 5:15
  muitos arquivos e isso iria demorar uma análise do que que é
• 5:18
  que está causando problema. E não eram problemas óbvios,
• 5:21
  assim, as coisas óbvias já tinham sido verificadas e usando
• 5:25
  esse método EIA, trouxe. Hipóteses bem certeiras, assim,
• 5:30
  diretas, que a gente IA demorar muito pra achar e aí a partir
• 5:33
  disso a gente pegou, mas normalmente confirmou, né?
• 5:35
  AA hipótese e falou, não realmente é esse o problema.
• 5:38
  A partir daí a correção usando e a novamente.
• 5:41
  Mas aí são outros toques, né? Mas é bastante, isso é bem
• 5:44
  bacana, o método dá pra usar pra outras coisas também.
• 5:47
  Uma que é válida citar aqui rapidamente é code review, usado
• 5:50
  como parcimônia. Não é para substituir o code
• 5:53
  review, ele é muito importante ser feito manualmente também o
• 5:56
  code review, para a gente não se contaminar ali pela análise.
• 5:59
  Só danhar, né? Mas após fazer essa análise
• 6:02
  manual, você pode usar esse método também para fazer code
• 6:05
  review. Em vez de pedir hipóteses do
• 6:07
  incidente, você pode pedir uma análise do da saúde desse
• 6:11
  código, né? Da corretude, vamos dizer assim,
• 6:14
  concorreto está o código ali e tal, tem outros usos também para
• 6:18
  eles, mas é isso, obrigado por nos ouvir.
• 6:21
  Até a próxima.