Transforme relatórios diários de bugs em uma lista priorizada e depois automatize a varredura.
DifficultyIntermediário
Time horizon1 h
Peça ao Codex para verificar alertas recentes, issues, verificações com falha, logs e relatos em chats, ajustar a lista em um único chat e depois executar essa varredura de forma programada.
Ideal para
Equipes que acompanham bugs em alertas do Sentry, threads do Slack, issues do Linear e do GitHub, verificações de PR com falha, tickets de suporte ou logs.
Fluxos de triagem que você quer executar manualmente em um único chat do Codex antes de agendar o trabalho.
Transforme relatórios diários de bugs em uma lista priorizada e depois automatize a varredura.
Peça ao Codex para verificar alertas recentes, issues, verificações com falha, logs e relatos em chats, ajustar a lista em um único chat e depois executar essa varredura de forma programada.
Intermediário
1 h
Peça ao Codex para verificar alertas recentes, issues, verificações com falha, logs e relatos em chats, ajustar a lista em um único chat e depois executar essa varredura de forma programada.
Equipes que acompanham bugs em alertas do Sentry, threads do Slack, issues do Linear e do GitHub, verificações de PR com falha, tickets de suporte ou logs.
Fluxos de triagem que você quer executar manualmente em um único chat do Codex antes de agendar o trabalho.
Leia as filas de bugs, encontre issues existentes, prepare rascunhos de atualizações ou crie tickets de acompanhamento vinculados após a etapa de triagem.
Leia as filas de bugs, encontre issues existentes, prepare rascunhos de atualizações ou crie tickets de acompanhamento vinculados após a etapa de triagem.
Prompt inicial
Execute uma varredura de triagem de bugs para [repo/service/team] abrangendo os últimos [time window].
Use estes plug-ins: [@Sentry / @Slack / @Linear / @GitHub / none]
Fontes de entrada:
- Sentry: [project / alert link / none]
- Slack: [channel / thread links / none]
- Linear: [team / project / view / issue query / none]
- GitHub: [repo / issue query / PR checks / none]
- Outras: [logs / support tickets / deploy link / dashboard / attached file / none]
Formato da saída:
Primeiro, informe qualquer fonte de entrada que você não conseguiu acessar.
Em seguida, retorne uma lista priorizada de bugs, ordenada de P0 a P3.
Se não encontrar nenhum bug, diga: Nenhum bug que atenda aos critérios foi encontrado.
Para cada bug, inclua:
- Prioridade: P0, P1, P2 ou P3
- Título
- Evidências (links ou citações curtas)
- Próxima ação recomendada
Regras:
- Não publique, crie, atribua, adicione rótulos, feche, execute novamente nem edite nada.
- Agrupe relatos duplicados em um único bug.
- Mantenha as evidências observadas separadas das suposições.
Execute uma varredura de triagem de bugs para [repo/service/team] abrangendo os últimos [time window].
Use estes plug-ins: [@Sentry / @Slack / @Linear / @GitHub / none]
Fontes de entrada:
- Sentry: [project / alert link / none]
- Slack: [channel / thread links / none]
- Linear: [team / project / view / issue query / none]
- GitHub: [repo / issue query / PR checks / none]
- Outras: [logs / support tickets / deploy link / dashboard / attached file / none]
Formato da saída:
Primeiro, informe qualquer fonte de entrada que você não conseguiu acessar.
Em seguida, retorne uma lista priorizada de bugs, ordenada de P0 a P3.
Se não encontrar nenhum bug, diga: Nenhum bug que atenda aos critérios foi encontrado.
Para cada bug, inclua:
- Prioridade: P0, P1, P2 ou P3
- Título
- Evidências (links ou citações curtas)
- Próxima ação recomendada
Regras:
- Não publique, crie, atribua, adicione rótulos, feche, execute novamente nem edite nada.
- Agrupe relatos duplicados em um único bug.
- Mantenha as evidências observadas separadas das suposições.
Como usar
Peça ao Codex para verificar onde os bugs já aparecem: alertas do Sentry, issues do Linear e do GitHub, verificações de PR, logs de implantação, tickets de suporte e threads do Slack. Comece com uma varredura manual, ajuste o relatório no chat e depois execute a varredura de forma programada.
Use um único chat do Codex para todo o ciclo de triagem:
Execute uma varredura sob demanda e obtenha um rascunho da lista.
Revise a lista e dê feedback no mesmo chat.
A partir desse chat, agende uma tarefa para o trabalho de triagem.
Opcional: quando estiver confiante no relatório, peça ao Codex para preparar rascunhos de issues no Linear, atualizações no Slack, comentários no GitHub ou notas de repasse.
Antes de começar, instale os plug-ins de que o Codex precisa, como Sentry, Slack, Linear ou GitHub. No prompt inicial, substitua a lista de plug-ins entre colchetes por chips reais de plug-ins usando @. Em seguida, substitua cada fonte entre colchetes pelo local exato da pesquisa: um projeto ou URL de alerta do Sentry, um canal ou uma thread do Slack, uma equipe, visualização ou consulta do Linear, um repositório, uma consulta de issues ou uma verificação de PR no GitHub, um link de implantação, um arquivo de log, uma fila de suporte ou um painel.
Fase 1: execute a varredura
Inicie o Codex no repositório responsável pelos bugs quando o contexto local for útil: testes, ferramentas do repositório, verificações de build ou falhas de CI. Você também pode executar a varredura a partir de qualquer repositório se for possível acessar as fontes de bugs por meio de plug-ins, conectores, servidores MCP, links, exportações, logs colados ou anexos.
Execute primeiro o prompt inicial acima. Mantenha apenas os plug-ins e as fontes que fazem parte da sua varredura.
Por exemplo, um prompt preenchido pode indicar os plug-ins e as filas, os canais ou os repositórios específicos que você quer incluir na varredura.
Fase 2: torne o relatório útil
Antes de automatizar, verifique se o relatório é útil o bastante para ser lido todos os dias.
Uma primeira execução útil inclui:
Bugs de alta relevância ordenados de P0 a P3.
Relatos duplicados agrupados em um único bug.
Cada bug inclui evidências com links ou citações curtas.
As suposições ficam separadas dos fatos observados.
Cada bug tem uma próxima ação recomendada e curta.
Ajuste o relatório no mesmo chat antes de agendar sua execução. Você pode pedir ao Codex para:
Verificar mais uma fonte antes de ordenar a lista por prioridade.
Descartar alertas ruidosos que a equipe já conhece.
Retornar somente bugs P0 e P1.
Combinar relatos do Slack, alertas do Sentry e falhas do GitHub quando apontarem para o mesmo bug.
Mostrar somente o melhor link para cada bug.
Adicionar evidências suficientes para que outra pessoa consiga reproduzir ou encaminhar a issue.
Agende uma tarefa para o fluxo de trabalho de triagem de bugs que refinamos neste chat.
Agendamento: [every hour / every weekday morning / daily]
Use as mesmas fontes, regras de prioridade, formas de agrupar duplicatas, estilo das evidências e formato de relatório P0-P3 deste chat.
Ao escrever o prompt deste trabalho agendado, inclua as menções aos plug-ins ou as instruções para usar fontes conectadas necessárias para que a execução agendada leia essas fontes novamente.
Configure o trabalho agendado para gerar apenas rascunhos. Não publique, crie, atribua, adicione rótulos, feche, execute novamente, inicie correções nem edite código.
Antes de agendar a tarefa, mostre o prompt da tarefa, o agendamento, as fontes e a política de ações.
Fase 4: encaminhe as próximas ações
Quando o relatório agendado estiver útil, decida para onde encaminhar o trabalho em seguida. O Codex pode preparar o rascunho de uma atualização no Slack para um canal da equipe, criar issues no Linear para os bugs que você quer acompanhar, escrever comentários no GitHub sobre um PR com falha ou preparar um repasse para quem estiver de plantão.
Atualize a tarefa de triagem de bugs agendada neste Chat.
Após cada execução agendada, prepare o rascunho de acompanhamento de que eu precisar:
- Slack: atualização para [channel]
- Linear: issues para [which bugs should become issues]
- GitHub: comentário sobre [issue / PR / failing check]
- Nota de repasse para [team / on-call / owner]
Regras:
- Antes de tudo, prepare o rascunho do acompanhamento no Codex.
- Não publique no Slack, não crie issues no Linear nem faça comentários no GitHub até eu aprovar explicitamente a respectiva ação.
- Inclua links para fontes existentes no Linear, no GitHub ou no Slack, ou para fontes de alertas, quando disponíveis.
- Limite-se a criar rascunhos para qualquer ação que não tenha sido explicitamente aprovada.
Tech stack
Need
Default options
Why it's needed
Need
Onde se concentra o contexto dos bugs
Default options
Alertas do Sentry, canais do Slack, visualizações do Linear, issues do GitHub, verificações de PR, filas de suporte, notas de plantão, logs, painéis e notas de implantação
Why it's needed
Especifique as filas, os canais, as visualizações, os repositórios, os links de alertas, os painéis e os arquivos que o Codex deve examinar.
Need
Como o Codex acessa essas informações
Default options
Plug-ins para Slack, Linear, GitHub e Sentry; conectores; servidores MCP ; CLIs de repositório; links; exportações; anexos; e logs colados
Why it's needed
Instale a integração existente quando houver uma. Crie ou configure um pequeno servidor MCP, uma CLI, uma exportação ou um link de painel para as fontes internas que o Codex ainda não consegue ler.
Need
Default options
Why it's needed
Onde se concentra o contexto dos bugs
Alertas do Sentry, canais do Slack, visualizações do Linear, issues do GitHub, verificações de PR, filas de suporte, notas de plantão, logs, painéis e notas de implantação
Especifique as filas, os canais, as visualizações, os repositórios, os links de alertas, os painéis e os arquivos que o Codex deve examinar.
Como o Codex acessa essas informações
Plug-ins para Slack, Linear, GitHub e Sentry; conectores; servidores MCP ; CLIs de repositório; links; exportações; anexos; e logs colados
Instale a integração existente quando houver uma. Crie ou configure um pequeno servidor MCP, uma CLI, uma exportação ou um link de painel para as fontes internas que o Codex ainda não consegue ler.