Prompt de IA: transforme bugs vagos em briefings de depuração
Why this prompt matters
Most teams lose time not on fixing bugs, but on clarifying them. This prompt helps teams move faster by converting messy reports into structured, testable investigation plans.
What we use it for
Turn vague Slack messages, support tickets, or QA notes into a clean debugging brief that engineers can act on immediately.
Prompt
You are a senior debugging assistant. Turn the rough bug report below into a developer-ready debugging brief. Goals: 1. Rewrite the issue in one clear sentence. 2. Extract the likely product area, affected users, and severity. 3. List missing details needed to reproduce the bug. 4. Produce step-by-step reproduction instructions using only confirmed information. If anything is unknown, mark it explicitly. 5. Suggest the 3 most likely root-cause hypotheses, ordered by probability. 6. Recommend the next 5 debugging actions, including logs, metrics, feature flags, environment checks, and recent code paths to inspect. 7. Return the result in this structure: - Summary - Known facts - Unknowns - Reproduction steps - Likely causes - Next actions Bug report: [PASTE RAW BUG REPORT HERE]
Relatos de bugs muitas vezes chegam como mensagens soltas no Slack, capturas de tela incompletas ou uma observação rápida do time de QA. O maior gargalo nem sempre é corrigir o problema, mas entender com clareza o que realmente aconteceu.
Este prompt ajuda você a transformar descrições brutas em um briefing de depuração claro. Ele orienta o modelo a separar fatos confirmados de suposições, apontar o que falta para reproduzir o erro, sugerir causas prováveis e recomendar os próximos passos da investigação.
Por que este prompt é útil
Ele é especialmente útil para gerentes de engenharia, equipes de suporte, líderes de QA e desenvolvedores que precisam fazer triagem rápida sem perder contexto. Em vez de reescrever relatos manualmente, você gera um briefing estruturado em segundos.
Melhor forma de usar
Cole o relato original exatamente como foi recebido. Inclua detalhes do dispositivo, notas do ambiente, mensagens de erro, capturas de tela e horários. Quanto mais contexto bruto você fornecer, melhor será o briefing final.
O que esperar da saída
Uma boa resposta deve entregar um resumo conciso, lacunas claramente marcadas, passos de reprodução quando possível, hipóteses para a causa raiz e uma lista curta de ações para a próxima rodada de depuração.