Scanners: consistent status rules and calibrated severities

Aperta
#138 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
54/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
python, shell
Ambito
testing, tooling

Direzione di ricerca

Start by reading scan-path-standards.py, scan-scripts.py, the prepass scripts, and validate-module.py, then find how analysis grades and lenses consume scanner results. Check the existing documentation under references/ and how Ruff and ShellCheck findings are represented. Done means the status contract, severity mappings, and isolated Ruff invocation are consistent across the named scanners and documented once.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Describe your idea

Agree on one status contract across scan-path-standards.py, scan-scripts.py, the prepass scripts and validate-module.py, and map lint rule families to severities.

Why is this needed?

Today scan-scripts maps any high finding to warning but scan-path-standards maps any finding to fail, and every ruff rule is high (I001 import order weighs the same as F821 undefined name). The analysis grade and the lenses consume these, so the noise skews the quality report and pushes the Edit intent toward style churn.

How should it work?

  • Status: fail if any critical/high, warning if any medium, else pass, documented once in references/.
  • Ruff: F8xx, E9xx, B, S high, PL/SIM medium, I/E5xx/W/style low. Shellcheck error/warning/info/style map the same way.
  • Run ruff with --isolated --select so results don't depend on the target project's config.

PR

Happy to help implement this if the direction is agreed.

Lingua principale
Python
Stelle
220
Fork
54
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di bmad-code-org/bmad-builder

Tutte le issue di bmad-code-org/bmad-builder

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.