Complete NextSteps roadmap: planning engine UI, calendar cluster, flexible wishes

Works through every numbered item in NextSteps260913.md section 3, plus the
three known verification issues in section 4.1.

Surface what the backend already computed:
- 3.1 render surplus_advice in PlanResults, mirroring the shortfall remedies
- 3.2 surface VacationBalance.is_assumed so assumed statutory years are visible
- 3.3 age-4 expiry given the proposed plan, via a new Age4Projection reusing
  the existing _age4_projections arithmetic (Dashboard stat verified, not rebuilt)

Calendar cluster (one pass over the holiday data):
- new GET /api/calendar/days exposing roda dagar, klamdagar and day overrides,
  paginated four years at a time
- 3.4 shade roda dagar/klamdagar, with R/K badges so colour is not the only signal
- 3.6 click-to-override behind an explicit mode toggle, leaving drag multi-select intact
- 3.7 click month/year to advance
- 3.8 per-year red-days list in Settings, statutory days plus overrides

i18n:
- 3.5 five backend-generated Swedish surfaces converted to message_key + data,
  following the tips_service pattern; old string fields replaced, not kept

Flexible wishes (3.9):
- PLANNING_ENGINE_SPEC section 10: window_mode, candidate search, cost function,
  deterministic tie-break, two-pass ordering, test matrix rows 15-24
- backend: entity, migration 006, _FULL_SCHEMA sync, repository, allocator
- frontend: season-preset toggle in WishEditor, unplaced outcome rendering

Fixes (4.1):
- pin typecheck to the local tsc rather than npx resolving a newer TypeScript
- ignore generated coverage/ and dist/ in the ESLint flat config
- fix the flaky usePlanApply test properly, with waitFor rather than a retry

Tests: backend 361 -> 404, frontend 540 -> 704. Coverage 89.47% -> 96.52% lines.

Not yet verified in a browser.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01RXMhc9nT6sNz1SL4j8dznL

backend/app/config.py

@@ -42,6 +42,18 @@ class LeaveRules(BaseModel):
     # per-child value is user-editable; this is just the seeded default.
     preschool_planning_days_per_year: int = 6
 
+    # Swedish statutory semester entitlement (semesterlagen). Used by
+    # `AllocationInputLoader` to default a vacation-year the user has not
+    # entered yet — "not entered" must never be read as "zero days".
+    statutory_vacation_days_per_year: int = 25
+
+    # Semesterlagen requires at least this many vacation days to be *taken*
+    # each year; only days above it may be saved (up to 5 years). An employer
+    # may set a higher floor, so this is only the seeded default — the
+    # per-parent value on PersonalData.min_vacation_days_per_year is what the
+    # allocator actually enforces (PLANNING_ENGINE_SPEC.md §9.2).
+    min_vacation_days_per_year: int = 20
+
     @property
     def transferable_days_per_parent(self) -> int:
         return self.days_per_parent - self.reserved_days_per_parent