Verifica Tickets

Analisa tickets criados recentemente no projeto HYPERFLEET e verifica a qualidade de cada um.

Argumentos

• $ARGUMENTS: Período de busca (opcional). Padrão: -1d (último dia). Exemplos: -2d, -1w

Instruções

0. Determinar o período de busca

Se $ARGUMENTS foi fornecido, use-o diretamente.

Se $ARGUMENTS estiver vazio, determine o período padrão baseado no dia da semana:

date +%u

• Se hoje é segunda (1): use -3d (cobre sexta, sábado e domingo)
• Se hoje é domingo (7): use -2d (cobre sexta e sábado)
• Se hoje é sábado (6): use -1d (cobre sexta)
• Nos demais dias: use -1d

1. Buscar tickets recentes

Execute o comando para buscar tickets criados no período que não estejam Closed ou Resolved:

jira issue list --project HYPERFLEET --jql "created >= <PERIODO> AND status NOT IN (Closed, Resolved)" --order-by created --reverse

Substitua <PERIODO> pelo valor de $ARGUMENTS ou pelo valor calculado no passo 0.

2. Para cada ticket encontrado, buscar detalhes

Para cada ticket, execute:

jira issue view <TICKET> --raw | jq '{
  key: .key,
  type: .fields.issuetype.name,
  created: .fields.created,
  summary: .fields.summary,
  summaryLength: (.fields.summary | length),
  description: .fields.description,
  descriptionLength: (.fields.description | length),
  priority: .fields.priority.name,
  status: .fields.status.name,
  assignee: (.fields.assignee.displayName // "Unassigned"),
  storyPoints: (.fields.customfield_10028 // null),
  components: [.fields.components[]?.name],
  activityType: (.fields.customfield_10464.value // "Uncategorized"),
  sprint: (.fields.customfield_10020 | if . and length > 0 then .[-1].name else null end),
  links: [.fields.issuelinks[]? | {
    direction: (if .outwardIssue then .type.outward else .type.inward end),
    key: (.outwardIssue.key // .inwardIssue.key),
    linkedSummary: (.outwardIssue.fields.summary // .inwardIssue.fields.summary),
    linkedStatus: (.outwardIssue.fields.status.name // .inwardIssue.fields.status.name)
  }]
}'

Note que direction já vem com o rótulo correto ("blocks" ou "is blocked by"), não apenas o nome genérico do tipo de link — isso é necessário para o passo 3.5.

3. Verificar duplicados

Para cada ticket, buscar possíveis duplicados baseado em palavras-chave do summary.

3.5. Verificar links e direção

Para cada ticket com links (issuelinks), aplique o critério Links definido em criteria.md. Quando a direção precisar ser confirmada contra o conteúdo do ticket linkado (não apenas o summary), busque os detalhes completos do ticket linkado com o mesmo comando do passo 2.

4. Analisar cada ticket

Para cada ticket, aplique os critérios de análise definidos em criteria.md. Não verifique epic — isso será feito pelo /atribui-epics.

5. Formato de saída

Use os templates definidos em output-template.md para:

• Análise individual de cada ticket
• Resumo executivo
• Flags para Tech Leads
• Sugestão de correções automáticas

Regras

• Use o jira CLI para todas as operações
• Toda menção a um ticket em qualquer parte da saída (título da análise individual, Resumo Executivo, Flags para Tech Leads, observações sobre duplicados/dependências/links) deve usar o link completo em formato markdown [HYPERFLEET-XXX](https://redhat.atlassian.net/browse/HYPERFLEET-XXX) — nunca a chave nua (ex: HYPERFLEET-XXX sem link)
• Análise em português
• Seja objetivo nas recomendações