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
Theme
Codex

Codex use case

Automatize a triagem de bugs

Organize os relatos diários de bugs em uma lista por prioridade e depois automatize a triagem.

Difficulty Intermediate
Time horizon 1h

Peça ao Codex para consultar os dados recentes de alertas, issues, verificações que falharam, logs e relatos no chat. Ajuste a lista no mesmo chat e agende a triagem para que ela se repita.

Best for

  • Equipes que acompanham bugs em alertas do Sentry, conversas no Slack, issues do Linear, issues do GitHub, verificações de PR que falham, chamados de suporte ou logs.
  • Fluxos de triagem que você quer executar manualmente em um único chat do Codex antes de agendá-los.

Contents

    ← All use cases

    Automatize a triagem de bugs

    Organize os relatos diários de bugs em uma lista por prioridade e depois automatize a triagem.

    Peça ao Codex para consultar os dados recentes de alertas, issues, verificações que falharam, logs e relatos no chat. Ajuste a lista no mesmo chat e agende a triagem para que ela se repita.

    Intermediate
    1h

    Peça ao Codex para consultar os dados recentes de alertas, issues, verificações que falharam, logs e relatos no chat. Ajuste a lista no mesmo chat e agende a triagem para que ela se repita.

    Intermediate
    1h

    Best for

    • Equipes que acompanham bugs em alertas do Sentry, conversas no Slack, issues do Linear, issues do GitHub, verificações de PR que falham, chamados de suporte ou logs.
    • Fluxos de triagem que você quer executar manualmente em um único chat do Codex antes de agendá-los.

    Skills & Plugins

    • Se você recebe relatos de bugs pelo GitHub, consulte issues, pull requests, comentários, discussões de revisão e verificações que falharam.
    • Quando a triagem incluir alertas, examine os erros em produção, os rastreamentos de pilha, as versões afetadas e o contexto dos eventos.
    • Consulte os canais ou as conversas em que a equipe relata bugs e prepare um rascunho do resumo para um canal da equipe.
    • Consulte as filas de bugs, encontre issues existentes, redija atualizações ou, após a triagem, prepare chamados de acompanhamento vinculados aos bugs.
    Skill Why use it
    GitHub Se você recebe relatos de bugs pelo GitHub, consulte issues, pull requests, comentários, discussões de revisão e verificações que falharam.
    Sentry Quando a triagem incluir alertas, examine os erros em produção, os rastreamentos de pilha, as versões afetadas e o contexto dos eventos.
    Slack Consulte os canais ou as conversas em que a equipe relata bugs e prepare um rascunho do resumo para um canal da equipe.
    Linear Consulte as filas de bugs, encontre issues existentes, redija atualizações ou, após a triagem, prepare chamados de acompanhamento vinculados aos bugs.

    Starter prompt

    Faça a triagem de bugs de [repo/service/team] considerando o período mais recente de [time window]. Use estes plug-ins: [@Sentry / @Slack / @Linear / @GitHub / none] Fontes de dados: - 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 resposta: Primeiro, indique quais fontes você não conseguiu acessar. Em seguida, liste os bugs por prioridade, de P0 a P3. Se não encontrar nenhum bug, responda: Nenhum bug atende aos critérios. 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, rotule, feche, execute novamente nem edite nada. - Reúna os relatos duplicados de cada bug em um único item. - Separe as evidências observadas das suposições.
    Faça a triagem de bugs de [repo/service/team] considerando o período mais recente de [time window]. Use estes plug-ins: [@Sentry / @Slack / @Linear / @GitHub / none] Fontes de dados: - 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 resposta: Primeiro, indique quais fontes você não conseguiu acessar. Em seguida, liste os bugs por prioridade, de P0 a P3. Se não encontrar nenhum bug, responda: Nenhum bug atende aos critérios. 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, rotule, feche, execute novamente nem edite nada. - Reúna os relatos duplicados de cada bug em um único item. - Separe as evidências observadas das suposições.

    Como usar

    Peça ao Codex para consultar as fontes em que os bugs já aparecem, como alertas do Sentry, issues do Linear e do GitHub, verificações de PRs, logs de implantação, chamados de suporte e threads do Slack. Comece com uma varredura manual, ajuste o relatório no chat e depois agende a varredura.

    Use o mesmo chat do Codex durante toda a triagem.

    1. Execute uma varredura sob demanda para obter uma lista preliminar.
    2. Revise a lista e dê seu feedback no mesmo chat.
    3. Agende uma tarefa de triagem a partir desse chat.
    4. Quando confiar no relatório, você pode pedir ao Codex para preparar rascunhos de issues do Linear, atualizações para o Slack, comentários no GitHub ou notas para passar o caso a outra pessoa.

    Antes de começar, instale os plugins de que o Codex precisa, como os do Sentry, Slack, Linear ou GitHub. No prompt inicial, substitua a lista de plugins entre colchetes por menções aos plugins, selecionando cada um com @. Depois, substitua cada fonte entre colchetes pelo local exato da busca. Pode ser um projeto ou a URL de um 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 em que ocorrem os bugs quando o contexto local ajudar na triagem, por exemplo, ao investigar 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 as fontes estiverem acessíveis por meio de plugins, conectores, servidores MCP, links, dados exportados, logs colados no chat ou anexos.

    Comece executando o prompt inicial acima. Mantenha apenas os plugins e as fontes que fazem parte da varredura.

    Por exemplo, ao preencher o prompt, você pode indicar os plugins e especificar quais filas, canais ou repositórios quer incluir na varredura.

    Fase 2 — Ajuste o relatório

    Antes de automatizar a triagem, verifique se vale a pena ler o relatório todos os dias.

    Na primeira execução, procure estas características no relatório:

    • Os bugs com indícios claros aparecem em ordem de prioridade, de P0 a P3.
    • Os relatos duplicados ficam agrupados por bug.
    • Cada bug vem acompanhado de links para as evidências ou de citações breves.
    • O relatório distingue hipóteses de fatos observados.
    • Para cada bug, há uma recomendação breve sobre o próximo passo.

    Ajuste o relatório no mesmo chat antes de agendar a triagem. Você pode pedir ao Codex para:

    • Consultar mais uma fonte antes de ordenar a lista por prioridade.
    • Excluir alertas que só geram ruído e que a equipe já conhece.
    • Incluir apenas bugs P0 e P1.
    • Agrupar relatos do Slack, alertas do Sentry e falhas no GitHub quando indicarem o mesmo bug.
    • Mostrar apenas o link mais útil para cada bug.
    • Incluir evidências suficientes para que outra pessoa consiga reproduzir o problema ou encaminhá-lo a quem pode resolvê-lo.

    Fase 3 — Automatize a triagem

    Quando o relatório sob demanda atender às suas necessidades, continue no mesmo chat e agende nele uma tarefa de triagem. O Codex pode usar os ajustes feitos no chat para escrever o prompt da tarefa recorrente.

    Agende a triagem

    Agende uma tarefa para o fluxo de triagem de bugs que ajustamos neste chat. Frequência: [every hour / every weekday morning / daily] Use as mesmas fontes e regras de prioridade que usamos neste chat. Mantenha a forma de agrupar relatos duplicados, a maneira de apresentar as evidências e o formato do relatório com prioridades de P0 a P3. Ao escrever o prompt da tarefa agendada, inclua as menções aos plugins ou as instruções de acesso às fontes conectadas de que a tarefa precisará para consultar essas fontes novamente. Limite a tarefa agendada à preparação de rascunhos. Não publique, crie, atribua ou encerre itens. Não aplique etiquetas, repita execuções, inicie correções nem edite código. Antes de agendar a tarefa, mostre o prompt, a programação, as fontes e as regras sobre quais ações a tarefa pode executar.

    Fase 4 — Encaminhe os resultados

    Quando o relatório agendado atender às suas necessidades, decida como encaminhar os resultados. O Codex pode preparar uma atualização para um canal da equipe no Slack, redigir issues do Linear para os bugs que você quer acompanhar, escrever comentários no GitHub para um PR com falhas ou preparar um resumo para quem estiver de plantão.

    Atualize a tarefa de triagem de bugs agendada a partir deste chat. Após cada execução agendada, prepare os rascunhos de que preciso para dar continuidade à triagem: - Atualização no Slack para [channel] - Issues do Linear para [which bugs should become issues] - Comentário no GitHub para [issue / PR / failing check] - Nota de encaminhamento para [team / on-call / owner] Regras: - Prepare primeiro os rascunhos no Codex. - Só publique no Slack, crie issues do Linear ou comente no GitHub depois que eu aprovar explicitamente a ação correspondente. - Quando disponíveis, inclua links para as fontes existentes no Linear, no GitHub ou no Slack ou para os alertas de origem. - Para qualquer ação sem aprovação explícita, limite-se a preparar o rascunho.

    Tech stack

    Need

    Onde encontrar informações sobre os bugs

    Default options

    Alertas do Sentry, canais do Slack, visualizações do Linear, issues do GitHub, verificações de PR, filas de suporte, anotações 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 consultar.

    Need

    Como o Codex acessa essas informações

    Default options

    Plug-ins para Slack, Linear, GitHub e Sentry, além de conectores, servidores MCP , CLIs de repositórios, links, dados exportados, anexos e logs colados no chat

    Why it's needed

    Se já houver uma integração, instale-a. Para fontes internas que o Codex ainda não consegue consultar, crie ou configure um pequeno servidor MCP, uma CLI, uma exportação de dados ou um link para um painel.

    Need Default options Why it's needed
    Onde encontrar informações sobre os bugs Alertas do Sentry, canais do Slack, visualizações do Linear, issues do GitHub, verificações de PR, filas de suporte, anotações 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 consultar.
    Como o Codex acessa essas informações Plug-ins para Slack, Linear, GitHub e Sentry, além de conectores, servidores MCP , CLIs de repositórios, links, dados exportados, anexos e logs colados no chat Se já houver uma integração, instale-a. Para fontes internas que o Codex ainda não consegue consultar, crie ou configure um pequeno servidor MCP, uma CLI, uma exportação de dados ou um link para um painel.

    Related use cases