- .gitignore: .claude/docs, rules, commands tracken; settings.local weiter ignorieren - DOCUMENTATION.md: verbindliche Ablage functional/technical/working/issues - .claude/README.md: Agent-Einstieg; GITEA_ISSUES_INDEX aus MCP (Stand 2026-04-08) - Arbeitspapiere von docs/ nach .claude/docs/working/ verschoben - docs/MEMBERSHIP_SYSTEM.md als Stub; kanonisch technical/MEMBERSHIP_SYSTEM.md - CLAUDE.md Pflichtlektüre und Links angepasst; docs/README.md vereinfacht Made-with: Cursor
1.5 KiB
1.5 KiB
| title | labels |
|---|---|
| [Tech-Debt/P2] Legacy main_old.py, calculations/ vs data_layer/, Startup-Migration-Hooks | backend, refactoring, maintenance |
Kontext
Code-Audit 2026-04-04.
Problemstellung (Bündel)
backend/main_old.py: große, nicht inmain.pyeingebundene Datei – verwirrt Suche, Reviews und Onboarding.- Parallele Metrik-Pfade:
backend/data_layer/(Phase 0c) undbackend/calculations/existieren nebeneinander;placeholder_resolver.pyimportiert z. B. nochcalculations.scores. startup_eventinmain.py: zusätzlicher Hookapply_v9c_migrationnebendb_init– Legacy-Pfad neben dem Migrations-System.
Ziele
- Single Source of Truth für Metriken (klar dokumentiert:
data_layervs. verbleibende Hilfsmodule). - Entfernen oder Archivieren (
docs/archive/oder Git-History-only) vonmain_old.py, sofern nicht mehr referenziert.
- Migration-Startup vereinheitlichen (nur
db_init/ nummerierte SQL-Migrationen, sofern v9c-Hook obsolet).
Akzeptanzkriterien
- Entscheidung dokumentiert: welches Paket autoritativ ist.
- Keine doppelten Implementierungen für dieselbe Metrik ohne Grund.
main_old.pyentfernt oder klar als „archived“ markiert und aus IDEs/CI-Suche ausgeschlossen (optional).- Build/Start ohne v9c-Sonderpfad, falls redundant.
Betroffene Pfade (Start)
backend/main_old.pybackend/main.py(startup)backend/data_layer/,backend/calculations/backend/placeholder_resolver.py