rename(phase 1): CapaKraken → Nexus across code, UI, docs, CI

- @capakraken/* → @nexus/* across 12 packages (root + 11 workspaces),
  1551 import lines migrated via codemod
- User-visible brand strings renamed (emails, page titles, PWA
  manifest, mobile header, MFA backup-codes header, tooltips, signin
  page, invite page, weekly digest, install prompt)
- TOTP issuer "CapaKraken" → "Nexus" (existing secrets still valid;
  re-enrollment relabels them in users' authenticator apps)
- Function rename: assertCapaKrakenDbTarget → assertNexusDbTarget
- LocalStorage migration shim in apps/web/src/app/layout.tsx copies
  capakraken_* → nexus_* on first load (guarded by nexus_migrated_v1
  sentinel; runs once per browser, then never again)
- Service-worker cache name capakraken-v2 → nexus-v2 with one-time
  caches.delete('capakraken-v2') from the same shim
- Email-domain fixtures @capakraken.{dev,app} → @nexus.{dev,app} in
  seed data, e2e specs, SMTP default fallback
- Dockerfile.dev / Dockerfile.prod / all .github/workflows/*.yml
  pnpm --filter @capakraken/* → @nexus/*
- README, CLAUDE.md, LEARNINGS.md, all docs/*.md, .env.example,
  tooling/deploy/.env.production.example brand sweep

Phase 1 deliberately leaves untouched (handled in Phase 3 cutover):
- PostgreSQL DB name "capakraken" and POSTGRES_USER "capakraken"
- Volume names capakraken_pgdata etc.
- Compose project name "capakraken" / "capakraken-prod"
- db-target-guard default expectedDatabase
- env-var CAPAKRAKEN_EXPECTED_DB_NAME
- Container DNS names in docker-compose.ci.yml

Quality gates green: pnpm typecheck (7/7), pnpm test:unit (7/7),
pnpm lint (0 errors), check:exports/imports/architecture all pass.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

samples/Dispov2/plan-client-wbs-model.md

@@ -11,18 +11,18 @@ Projects need to be linked to clients for chargeability reporting, budget tracki
 - **WBS Master Client** — the parent organization (e.g. "BMW", "VOLKSWAGEN")
 - **WBS Client Name** — the legal entity (e.g. "BMW AG", "Dr. Ing. h.c. F. Porsche AG")
 
-Currently CapaKraken has no Client model. Projects exist independently without client attribution.
+Currently Nexus has no Client model. Projects exist independently without client attribution.
 
 ## Data
 
 35 WBS Master Clients with their legal sub-entities. Examples:
 
-| WBS Master Client | WBS Client Names |
-|---|---|
-| BMW | BMW AG |
-| VOLKSWAGEN | Audi Business Innovation GmbH, Dr. Ing. h.c. F. Porsche AG, MAN Truck & Bus SE, Volkswagen AG |
-| DAIMLER | antoni garage GmbH & Co. KG, Mercedes-Benz AG |
-| EXOR-STELLANTIS | AUTOMOBILES PEUGEOT, FCA Italy S.p.A., Ferrari S.p.A, MASERATI SPA A SOCIO UNICO |
+| WBS Master Client | WBS Client Names                                                                              |
+| ----------------- | --------------------------------------------------------------------------------------------- |
+| BMW               | BMW AG                                                                                        |
+| VOLKSWAGEN        | Audi Business Innovation GmbH, Dr. Ing. h.c. F. Porsche AG, MAN Truck & Bus SE, Volkswagen AG |
+| DAIMLER           | antoni garage GmbH & Co. KG, Mercedes-Benz AG                                                 |
+| EXOR-STELLANTIS   | AUTOMOBILES PEUGEOT, FCA Italy S.p.A., Ferrari S.p.A, MASERATI SPA A SOCIO UNICO              |
 
 ## Schema
 
@@ -48,6 +48,7 @@ model Client {
 ```
 
 Design choice: self-referencing tree instead of separate `MasterClient` + `ClientEntity` tables. This supports:
+
 - Two levels today (Master → Entity)
 - Potential deeper nesting in the future
 - Simple queries via `parentId IS NULL` for top-level clients
@@ -92,14 +93,14 @@ interface ClientTree extends Client {
 
 Location: `packages/api/src/router/client.ts`
 
-| Procedure | Access | Description |
-|---|---|---|
-| `list` | protected | Flat list, optionally filtered by parentId |
-| `getTree` | protected | Nested tree for UI |
-| `getById` | protected | Single client with parent/children |
-| `create` | manager | Create client (top-level or child) |
-| `update` | manager | Edit name, code, re-parent |
-| `deactivate` | manager | Soft-delete |
+| Procedure    | Access    | Description                                |
+| ------------ | --------- | ------------------------------------------ |
+| `list`       | protected | Flat list, optionally filtered by parentId |
+| `getTree`    | protected | Nested tree for UI                         |
+| `getById`    | protected | Single client with parent/children         |
+| `create`     | manager   | Create client (top-level or child)         |
+| `update`     | manager   | Edit name, code, re-parent                 |
+| `deactivate` | manager   | Soft-delete                                |
 
 Manager-level access (not just admin) since project managers typically need to manage client relationships.