find-dead-code

Find unused functions, classes, imports, and unreachable code paths. Use when the user asks to find dead code, unused code, cleanup candidates, or wants to…

npx skills add https://github.com/openshift/lightspeed-service --skill find-dead-code

Find Dead Code

Detect unused code that can be safely removed.

Rules

  • Report findings, do not delete. Removal is a separate task.
  • Focus on production code (ols/). Skip tests unless explicitly asked.
  • Vulture has false positives — classify each finding before recommending removal.
  • Code used only via dynamic dispatch (e.g. Pydantic validators, FastAPI dependencies) is not dead.

Step 1: Determine Scope

Ask the user:

  • Branch mode: only files changed in the current branch vs main.
  • Full mode: scan the entire ols/ directory.

For branch mode:

git diff --name-only origin/main -- 'ols/' | grep '\.py$'

Step 2: Run Vulture

uvx vulture <target> --min-confidence 80

--min-confidence 80 reduces noise. Lower confidence findings are more likely false positives.

Step 3: Run Pylint Unused Checks

uv run pylint --disable=all --enable=unused-import,unused-variable,unused-argument,unreachable <target>

Cross-reference with vulture findings to increase confidence.

Step 4: Filter False Positives

Common false positives in this codebase:

PatternWhy it's not dead
Pydantic model_validator, field_validatorCalled by Pydantic, not directly
FastAPI dependency functionsInjected via Depends()
__eq__, __hash__, __str__Called implicitly by Python
Constants used in config YAMLReferenced by config loader
Abstract method implementationsCalled via base class interface
Imports re-exported from __init__.pyUsed by external consumers

Step 5: Classify Findings

For each finding, classify:

CategoryCriteriaAction
RemoveClearly unused, no dynamic referencesSafe to delete
VerifyPossibly used dynamically or externallySearch for string references before removing
False positivePydantic/FastAPI/magic methodSkip

For "Verify" findings, search for string-based references:

rg "<function_or_class_name>" ols/ tests/

Step 6: Report

For each finding:

  1. File and line number
  2. What is unused (function, class, import, variable)
  3. Confidence level (vulture %)
  4. Classification (remove / verify / false positive)

Summary: total findings, how many safe to remove, estimated lines saved.

Mais skills de openshift

openshift-expert
openshift
Especialista em plataforma OpenShift e Kubernetes com profundo conhecimento em arquitetura de cluster, operadores, redes, armazenamento, solução de problemas e pipelines de CI/CD. Use…
official
find-token
openshift
Encontre o token de verificação oculto. Execute o script find-token para recuperar um token único.
official
code-review
openshift
Revise uma solicitação de pull quanto à qualidade do código, correção e convenções do projeto. Use quando o usuário pedir para revisar um PR, fazer revisão de código ou examinar alterações em um…
official
css-review
openshift
Revise CSS para estilo de codificação, uso de tokens do PatternFly e melhores práticas. Use quando o usuário pedir para revisar CSS, verificar estilos ou auditar arquivos CSS.
official
review-readmes
openshift
Revise todos os arquivos README.md no repositório em busca de erros de digitação, erros e informações desatualizadas. Use quando o usuário pedir para revisar READMEs, verificar a precisão da documentação ou…
official
review-skills
openshift
Revisar habilidades de IA do projeto para duplicação, referências desatualizadas, erros e problemas estruturais. Use quando o usuário pedir para revisar habilidades, auditar habilidades, verificar...
official
test
openshift
Executar testes ponta a ponta filtrados por tag. Use quando o usuário pedir para executar testes, rodar Playwright, ou testar uma tag de funcionalidade específica como @core ou @attach.
official
unused-exports
openshift
Encontra símbolos exportados que nunca são importados por outro arquivo. Use quando o usuário disser "verificar exports", "unused exports" ou pedir para limpar exports.
official