Communitygithub.com

Triage (Lev-it/lev-skills)

Move issues through a state machine of triage roles — categorise, reproduce, grill if needed, and write agent-ready briefs.

O que é lev-skills)?

Esta skill implementa um pequeno estado-máquina de triagem para o gerenciamento de issues em um issue tracker. Ela permite que um mantenedor mova issues por categorias (bug, enhancement) e estados (needs-triage, needs-info, ready-for-agent, ready-for-human, wontfix), seguindo transições predefinidas. A skill suporta plataformas como GitHub Issues e ferramentas similares, sendo invocada por comandos como `/triage`. Seu funcionamento inclui a coleta de contexto completo da issue, recomendação de categoria e estado, reprodução de bugs, e aplicação de resultados com briefs prontos para agentes ou humanos. Além disso, oferece funcionalidades como exibição de issues que precisam de atenção, triagem específica de uma issue, e override rápido de estado. Ela é particularmente útil para projetos que desejam automatizar o processo de triagem, garantindo que cada issue seja devidamente categorizada e documentada antes de ser delegada a agentes AFK ou implementadores humanos.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Lev-it/lev-skills/tree/HEAD/.claude/skills/triage

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Triagem

Mova issues no issue tracker do projeto através de um pequeno estado-máquina de funções de triagem.

Todo comentário ou issue postada no issue tracker durante a triagem deve começar com este aviso:

> *Isso foi gerado por IA durante a triagem.*

Documentação de referência

Funções

Duas funções de categoria:

  • bug — algo está quebrado
  • enhancement — nova funcionalidade ou melhoria

Cinco funções de estado:

  • needs-triage — o mantenedor precisa avaliar
  • needs-info — aguardando mais informações do relator
  • ready-for-agent — totalmente especificada, pronta para um agente AFK
  • ready-for-human — precisa de implementação humana
  • wontfix — não será tratada

Toda issue triada deve carregar exatamente uma função de categoria e uma função de estado. Se as funções de estado entrarem em conflito, sinalize e pergunte ao mantenedor antes de fazer qualquer outra coisa.

Estes são nomes de funções canônicos — os rótulos reais usados ​​no issue tracker podem diferir. O mapeamento deve ter sido fornecido a você — execute /setup-matt-pocock-skills se não estiver.

Transições de estado: uma issue sem rótulo normalmente vai para needs-triage primeiro; de lá, move-se para needs-info, ready-for-agent, ready-for-human ou wontfix. needs-info retorna para needs-triage assim que o relator responder. O mantenedor pode substituir a qualquer momento — sinalize transições que pareçam incomuns e pergunte antes de prosseguir.

Invocação

O mantenedor invoca /triage e descreve o que deseja em linguagem natural. Interprete a solicitação e aja. Exemplos:

  • "Mostre-me qualquer coisa que precise da minha atenção"
  • "Vamos olhar a #42"
  • "Mova a #42 para ready-for-agent"
  • "O que está pronto para os agentes pegarem?"

Mostrar o que precisa de atenção

Consulte o issue tracker e apresente três categorias, da mais antiga para a mais recente:

  1. Sem rótulo — nunca triada.
  2. needs-triage — avaliação em andamento.
  3. needs-info com atividade do relator desde as últimas notas de triagem — precisa de reavaliação.

Mostre contagens e um resumo de uma linha por issue. Deixe o mantenedor escolher.

Triar uma issue específica

  1. Colete contexto. Leia a issue completa (corpo, comentários, rótulos, relator, datas). Analise quaisquer notas de triagem anteriores para não refazer perguntas já respondidas. Explore a base de código usando o glossário de domínio do projeto, respeitando os ADRs na área. Leia .out-of-scope/*.md e destaque qualquer rejeição anterior que se assemelhe a esta issue.

  2. Recomende. Diga ao mantenedor sua recomendação de categoria e estado com justificativa, além de um breve resumo da base de código relevante para a issue. Aguarde orientação.

  3. Reproduza (apenas bugs). Antes de qualquer questionamento, tente reproduzir: leia as etapas do relator, trace o código relevante, execute testes ou comandos. Relate o que aconteceu — reprodução bem-sucedida com o caminho do código, reprodução falha ou detalhes insuficientes (um forte sinal de needs-info). Uma reprodução confirmada produz um brief de agente muito mais forte.

  4. Questione (se necessário). Se a issue precisar ser refinada, execute as skills /grilling e /domain-modeling juntas — questione a issue até dar forma, uma pergunta de cada vez, refinando os termos de domínio e atualizando CONTEXT.md/ADRs inline conforme as decisões são tomadas.

  5. Aplique o resultado:

    • ready-for-agent — publique um comentário de brief de agente (AGENT-BRIEF.md).
    • ready-for-human — mesma estrutura de um brief de agente, mas observe por que não pode ser delegado (julgamentos, acesso externo, decisões de design, testes manuais).
    • needs-info — publique notas de triagem (modelo abaixo).
    • wontfix (bug) — explicação educada e feche.
    • wontfix (enhancement) — escreva em .out-of-scope/, vincule a partir de um comentário e feche (OUT-OF-SCOPE.md).
    • needs-triage — aplique a função. Comentário opcional se houver progresso parcial.

Substituição rápida de estado

Se o mantenedor disser "mova a #42 para ready-for-agent", confie nele e aplique a função diretamente. Confirme o que está prestes a fazer (mudanças de função, comentário, fechar) e aja. Pule o questionamento. Se mover para ready-for-agent sem uma sessão de questionamento, pergunte se deseja escrever um brief de agente.

Modelo de Needs-info

## Notas de Triagem

**O que estabelecemos até agora:**

- ponto 1
- ponto 2

**O que ainda precisamos de você (@reporter):**

- pergunta 1
- pergunta 2

Capture tudo resolvido durante o questionamento em "estabelecido até agora" para que o trabalho não seja perdido. As perguntas devem ser específicas e acionáveis, não "forneça mais informações".

Retomando uma sessão anterior

Se houver notas de triagem anteriores na issue, leia-as, verifique se o relator respondeu a alguma pergunta pendente e apresente um quadro atualizado antes de continuar. Não refaça perguntas já respondidas.

Individual skills in this repo

This repo contains 11 individual skills — each has its own dedicated page.

Lev-it/lev-skills

Ask which skill or flow fits your situation. A router over the user-invoked skills in this repo.

Lev-it/lev-skills

Premium brand-kit image generation skill for creating high-end brand-guidelines boards, logo systems, identity decks, and visual-world presentations. Trained for minimalist, cinematic, editorial, dark-tech, luxury, cultural, security, gaming, developer-tool, and consumer-app brand systems. Optimized for intentional logo concepting, refined composition, sparse typography, strong symbolic meaning, premium mockups, art-directed imagery, and flexible grid layouts.

Lev-it/lev-skills

Compact the current conversation into a handoff document for another agent to pick up.

Lev-it/lev-skills

Ink terminal renderer for json-render that turns JSON specs into interactive terminal UIs. Use when working with @json-render/ink, building terminal UIs from JSON, creating terminal component catalogs, or rendering AI-generated specs in the terminal.

Lev-it/lev-skills

Interactive QA session where user reports bugs or issues conversationally, and the agent files GitHub issues. Explores the codebase in the background for context and domain language. Use when user wants to report bugs, do QA, file issues conversationally, or mentions "QA session".

Lev-it/lev-skills

Facilitate a structured sprint retrospective — what went well, what didn't, and prioritized action items with owners and deadlines. Use when running a retrospective, reflecting on a sprint, creating action items from team feedback, or learning how to run effective retros.

Lev-it/lev-skills

Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes — Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/PRD asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X".

Lev-it/lev-skills

Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.

Lev-it/lev-skills

Teach the user a new skill or concept, within this workspace.

Lev-it/lev-skills

Turn the current conversation into a PRD and publish it to the project issue tracker — no interview, just synthesis of what you've already discussed.

Lev-it/lev-skills

Create product backlog items in Why-What-Acceptance format — independent, valuable, testable items with strategic context. Use when writing structured backlog items, breaking features into work items, or using the WWA format.

Habilidades Relacionadas