## Summary ## Spec-Driven Development (SDD) - [ ] Es gibt eine Spec unter `specs/-/` - [ ] Enthaltene Dateien: `plan.md`, `tasks.md`, `spec.md` - [ ] Spec beschreibt Verhalten/Acceptance Criteria (nicht nur Implementation) - [ ] Wenn sich Anforderungen während der Umsetzung geändert haben: Spec/Plan/Tasks wurden aktualisiert ## Implementation - [ ] Implementierung entspricht der Spec - [ ] Edge cases / Fehlerfälle berücksichtigt - [ ] Keine unbeabsichtigten Änderungen außerhalb des Scopes ## Tests - [ ] Tests ergänzt/aktualisiert (Pest/PHPUnit) - [ ] Relevante Tests lokal ausgeführt (`./vendor/bin/sail artisan test` oder `php artisan test`) ## Migration / Config / Ops (falls relevant) - [ ] Migration(en) enthalten und getestet - [ ] Rollback bedacht (rückwärts kompatibel, sichere Migration) - [ ] Neue Env Vars dokumentiert (`.env.example` / Doku) - [ ] Queue/cron/storage Auswirkungen geprüft ## UI (Filament/Livewire) (falls relevant) - [ ] UI-Flows geprüft - [ ] Screenshots/Notizen hinzugefügt - [ ] UI Surface Impact in der Spec dokumentiert: entweder `[x] No UI surface impact` mit Begründung oder UI/Productization Coverage + Audit-Artefakte aktualisiert ## Product Surface Contract (falls relevant) - [ ] Product Surface Contract geprüft (`docs/product/standards/product-surface-contract.md`) - [ ] No-Legacy / keine Compatibility-Shims bestätigt oder Ausnahme dokumentiert - [ ] Product Surface Impact, Page Archetype, Surface Budgets, Technical Annex / Deep-Link-Demotion und Status-Vocabulary dokumentiert - [ ] Product Surface Exceptions dokumentiert oder `none` - [ ] Browser proof erledigt oder `N/A - no rendered UI surface changed` begründet - [ ] Human Product Sanity Check und sichtbarer Complexity-Outcome dokumentiert - [ ] Implementation Report enthält Tests, Browser/No-Browser, Livewire v4, Provider-Registration, Global Search, destructive actions, Asset-Strategie und Deployment Impact ## Notes