Audit-Vorlage
lean
Finde Bloat, Dead Code und ungenutzte Dependencies — ohne etwas Tragendes zu löschen.
Zugeordnet zu: Google Eng · OWASP · YAGNI
So funktioniert dieses Audit
Ein read-only Schlankheits-Audit über fünf Dimensionen: Dependency-Transparenz und Supply Chain, Dead Code und Orphan-Files, Duplikation, AI-Slop und defensives Boilerplate sowie Over-Engineering. Das Audit baut zuerst eine SBOM und eine Reachability-Map und sichert dann jede Entfernung hinter Chesterton's Fence und einem Resurrector-Skeptiker ab — jeder Schnitt wird als remove-now, investigate, deprecate oder protected eingestuft, nie blind gelöscht.
Wann du es einsetzt
Du übernimmst eine AI-generierte Codebase
Nach Monaten von agentgeschriebenem Code vermutest du duplizierte Utilities, Kommentare, die nur den Code wiederholen, und übermässig defensives Boilerplate, kannst es aber nicht belegen. Das Audit meldet die Duplikations-Dichte mit beiden Clone-Stellen, markiert log-and-continue-Catch-Blöcke und benennt, welche Vereinfachungen verhaltensäquivalent sind.
Dependency-Surface vor einem Release verschlanken
Du willst das Install- und Supply-Chain-Risiko senken, fürchtest aber einen kaputten Fresh-Install. Das Audit trennt deklarierte, aber ungenutzte Dependencies von Phantom-Deps (genutzt, aber nicht deklariert), erklärt, warum jedes transitive Package vorhanden ist, und prüft Lockfile und Lizenzen gegen die Policy.
Entscheiden, ob Dead Code wirklich tot ist
Ein statisches Tool hat ungenutzte Exports und Orphan-Files markiert, aber Reflection, dynamische Imports und Out-of-Repo-Consumer lassen dich zögern. Das Audit verfolgt die Reachability-Map, nennt die ausgeschlossenen dynamischen Kanäle und kennzeichnet jeden Kandidaten als proven-dead oder nur suspected-dead.
Was du bekommst
Eine Schlankheits-Scorecard plus priorisierte GitHub-Issues, jedes mit Removal-Klasse, dem Reachability-Beleg und einem Vorher/Nachher-Fix samt Revert-Note.