Engenharia de software
Encontre dependências e abstrações removíveis
Uma auditoria de remoção baseada em evidências que encontra dependências ou abstrações cujo custo supera o valor e propõe uma simplificação testada sem alterar o comportamento necessário.
O processo
Faça nesta ordem.
- Defina o comportamento que deve permanecer, a revisão do repositório, os ambientes suportados e os sinais de custo que tornam uma dependência ou abstração digna de exame.
- Inventarie pacotes diretos e transitivos, wrappers, interfaces, adaptadores, código gerado e configuração, e então rastreie seus chamadores e pontos de entrada de execução.
- Estabeleça uma linha de base com testes existentes, build, verificações de tipo, medidas de desempenho ou operação, evidências de segurança e restrições conhecidas de suporte.
- Classifique cada candidato como removível, substituível, mantido ou desconhecido depois de verificar uso dinâmico, impacto transitivo, compatibilidade e custo de migração.
- Prototipe a menor remoção segura em uma branch ou worktree isolada, execute verificações focadas e ao redor e compare comportamento e uso de recursos com a linha de base.
- Escolha excluir, substituir, adiar ou manter, documentando notas de migração, rollback, atualizações de dependências e qualquer capacidade perdida de propósito.
- Publique um registro de remoções com evidências dos candidatos, resultados dos testes, responsáveis pelas decisões, trabalhos posteriores e riscos não resolvidos, em vez de declarar código morto apenas com base em uma busca.
Traga isto
Entradas que o gato vai pedir.
- repositório e ambientes suportados
- requisitos de comportamento e compatibilidade
- inventário de dependências e abstrações
- linha de base de testes, build e desempenho
Roteador + um playbook
Roteie primeiro. Escolha um.
O Cat Paw carrega um playbook por tarefa, sem misturar vários. Comece por este roteador; os outros caminhos são candidatos específicos do workflow.
- Roteador:
minimal-code-pack skills/minimal-code-pack/dependency-abstraction-removal-audit/SKILL.md
Limites
As fronteiras viajam com o prompt.
- Verifique as ferramentas, contas, permissões e o espaço de trabalho reais antes de começar; nunca afirme que uma ferramenta, conta, fonte ou capacidade indisponível existe.
- Use Latch/target-workspace para código privado, artefatos, sondagens ao vivo ou dados não públicos; se esse acesso estiver indisponível, pare no limite e relate o bloqueio em vez de substituir por uma suposição.
- Pause para aprovação explícita antes de ações externas consequentes; retorne evidências, riscos não resolvidos, premissas e qualquer ação que ainda esteja aguardando aprovação.
Pronto significa
Um fim que dá para checar.
Uma auditoria de remoção testada identifica simplificações seguras, preserva o comportamento necessário, registra a linha de base e a decisão para cada candidato e expõe riscos não resolvidos.
Fontes
De onde veio este processo.
- github.com/DietrichGebert/ponytail/tree/e3ba2aa6f1e6f0bc4d69eb09c9f0d0a93af56156/
- docs.github.com/en/code-security/supply-chain-security/understanding-your-software-supply-chain/about-dependency-review
- docs.npmjs.com/cli/v11/commands/npm-uninstall
As fontes estabelecem o padrão do workflow. Posts de Reddit e da comunidade, quando aparecem, valem como anedota de quem pratica — não como fato universal.
