For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Navegação principal
Codex

Codex use case

Automatize a triagem de bugs

Transforme relatórios diários de bugs em uma lista priorizada e depois automatize a varredura.

Difficulty Intermediário
Time horizon 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.

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.

Contents

    ← Todos os casos de uso

    Automatize a triagem de bugs

    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.

    Intermediário
    1 h

    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.

    Habilidades e Plug-ins

    • Leia issues, pull requests, comentários, threads de revisão e verificações com falha quando o GitHub fizer parte do fluxo de entrada de bugs.
    • Inspecione erros de produção, stack traces, versões afetadas e o contexto dos eventos quando os alertas fizerem parte da varredura.
    • Leia os canais ou threads em que os colegas de equipe relatam bugs e prepare um rascunho de resumo para um canal da equipe.
    • 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.
    Skill Why use it
    GitHub Leia issues, pull requests, comentários, threads de revisão e verificações com falha quando o GitHub fizer parte do fluxo de entrada de bugs.
    Sentry Inspecione erros de produção, stack traces, versões afetadas e o contexto dos eventos quando os alertas fizerem parte da varredura.
    Slack Leia os canais ou threads em que os colegas de equipe relatam bugs e prepare um rascunho de resumo para um canal da equipe.
    Linear 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:

    1. Execute uma varredura sob demanda e obtenha um rascunho da lista.
    2. Revise a lista e dê feedback no mesmo chat.
    3. A partir desse chat, agende uma tarefa para o trabalho de triagem.
    4. 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.

    Fase 3: automatize

    Quando o relatório sob demanda já for útil, permaneça no mesmo chat e use esse chat para agendar uma tarefa para o trabalho de triagem. O Codex pode usar o que você refinou no chat para escrever o prompt recorrente.

    Agende o trabalho de triagem

    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

    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.

    Casos de uso relacionados