classificador-ativador-ecc

Agent Sort (Classificador-Ativador ECC)

Use esta skill quando um repositório precisar de uma superfície ECC específica do projeto, em vez da instalação completa padrão.

O objetivo não é adivinhar o que "parece útil." O objetivo é classificar componentes ECC com evidências do código real.

Quando Usar

• Um projeto precisa apenas de um subconjunto do ECC e instalações completas são muito ruidosas
• A stack do repositório está clara, mas ninguém quer selecionar skills manualmente uma por uma
• Uma equipe quer uma decisão de instalação repetível, apoiada por evidências de grep, em vez de opinião
• Você precisa separar superfícies de fluxo de trabalho diário (sempre carregadas) de superfícies de biblioteca/pesquisa
• Um repositório se desviou para um conjunto errado de linguagem, regra ou gancho e precisa de limpeza

Regras Inegociáveis

• Use o repositório atual como fonte da verdade, não preferências genéricas
• Toda decisão DIÁRIO deve citar evidências concretas do repositório
• BIBLIOTECA não significa "deletar"; significa "manter acessível sem carregar por padrão"
• Não instale ganchos, regras ou scripts que o repositório atual não possa usar
• Prefira superfícies nativas do ECC; não introduza um segundo sistema de instalação

Saídas

Produza estes artefatos em ordem:

1. Inventário DIÁRIO
2. Inventário BIBLIOTECA
3. Plano de instalação
4. Relatório de verificação
5. Roteador skill-library opcional, se o projeto desejar um

Modelo de Classificação

Use apenas dois baldes:

• DIÁRIO
  • deve carregar em toda sessão para este repositório
  • fortemente correspondente à linguagem, framework, fluxo de trabalho ou superfície do operador do repositório
• BIBLIOTECA
  • útil manter, mas não vale carregar por padrão
  • deve permanecer acessível via pesquisa, skill de roteador ou uso manual seletivo

Fontes de Evidência

Use evidências locais do repositório antes de fazer qualquer classificação:

• extensões de arquivo
• gerenciadores de pacotes e arquivos de travamento
• configurações de framework
• configurações de CI e ganchos
• scripts de build/teste
• manifestos de importação e dependência
• documentação do repositório que descreva explicitamente a stack

Comandos úteis incluem:

rg --files
rg -n "typescript|react|next|supabase|django|spring|flutter|swift"
cat package.json
cat pyproject.toml
cat Cargo.toml
cat pubspec.yaml
cat go.mod

Passagens de Revisão Paralelas

Se subagentes paralelos estiverem disponíveis, divida a revisão nestas passagens:

1. Agentes
   • classificar agents/*
2. Skills
   • classificar skills/*
3. Comandos
   • classificar commands/*
4. Regras
   • classificar rules/*
5. Ganchos e Scripts
   • classificar superfícies de gancho, verificações de saúde MCP, scripts auxiliares e compatibilidade com SO
6. Extras
   • classificar contextos, exemplos, configurações MCP, templates e documentos de orientação

Se subagentes não estiverem disponíveis, execute as mesmas passagens sequencialmente.

Fluxo de Trabalho Principal

1. Leia o repositório

Estabeleça a stack real antes de classificar qualquer coisa:

• linguagens em uso
• frameworks em uso
• gerenciador de pacotes principal
• stack de teste
• stack de lint/format
• superfície de implantação/execução
• integrações de operador já presentes

2. Construa a tabela de evidências

Para cada superfície candidata, registre:

• caminho do componente
• tipo do componente
• balde proposto
• evidência do repositório
• breve justificativa

Use este formato:

skills/frontend-patterns | skill | DIÁRIO | 84 arquivos .tsx, next.config.ts presente | stack frontend principal
skills/django-patterns   | skill | BIBLIOTECA | nenhum arquivo .py, nenhum pyproject.toml       | não ativo neste repositório
rules/typescript/*       | rules | DIÁRIO | package.json + tsconfig.json            | repositório TS ativo
rules/python/*           | rules | BIBLIOTECA | zero arquivos fonte Python             | manter acessível apenas

3. Decida DIÁRIO vs BIBLIOTECA

Promova para DIÁRIO quando:

• o repositório usa claramente a stack correspondente
• o componente é geral o suficiente para ajudar em toda sessão
• o repositório já depende do runtime ou fluxo de trabalho correspondente

Rebaixe para BIBLIOTECA quando:

• o componente está fora da stack
• o repositório pode precisar dele depois, mas não todos os dias
• ele adiciona sobrecarga de contexto sem relevância imediata

4. Construa o plano de instalação

Traduza a classificação em ação:

• skills DIÁRIO -> instalar ou manter em .claude/skills/
• comandos DIÁRIO -> manter apenas como shims explícitos, se ainda úteis
• regras DIÁRIO -> instalar apenas conjuntos de linguagem correspondentes
• ganchos/scripts DIÁRIO -> manter apenas os compatíveis
• superfícies BIBLIOTECA -> manter acessíveis via pesquisa ou skill-library

Se o repositório já usa instalações seletivas, atualize esse plano em vez de criar outro sistema.

5. Crie o roteador de biblioteca opcional

Se o projeto desejar uma superfície de biblioteca pesquisável, crie:

• .claude/skills/skill-library/SKILL.md

Esse roteador deve conter:

• uma breve explicação sobre DIÁRIO vs BIBLIOTECA
• palavras-chave de acionamento agrupadas
• onde as referências da biblioteca estão armazenadas

Não duplique o corpo de cada skill dentro do roteador.

6. Verifique o resultado

Após o plano ser aplicado, verifique:

• todo arquivo DIÁRIO existe onde esperado
• regras de linguagem obsoletas não foram deixadas ativas
• ganchos incompatíveis não foram instalados
• a instalação resultante realmente corresponde à stack do repositório

Retorne um relatório compacto com:

• contagem DIÁRIO
• contagem BIBLIOTECA
• superfícies obsoletas removidas
• perguntas em aberto

Transferências

Se o próximo passo for instalação ou reparo interativo, transfira para:

• configure-ecc

Se o próximo passo for limpeza de sobreposição ou revisão de catálogo, transfira para:

• skill-stocktake

Se o próximo passo for poda de contexto mais ampla, transfira para:

• strategic-compact

Formato de Saída

Retorne o resultado nesta ordem:

STACK
- resumo de linguagem/framework/runtime

DIÁRIO
- itens sempre carregados com evidências

BIBLIOTECA
- itens pesquisáveis/referência com evidências

PLANO DE INSTALAÇÃO
- o que deve ser instalado, removido ou roteado

VERIFICAÇÃO
- verificações executadas e lacunas restantes