HealthLog/src/components/settings/section-slugs.ts

/**
 * Server-safe constants for the v1.4 settings split. Kept in a separate
 * module from `<SettingsShell>` (a client component) so server-rendered code
 * paths — `generateStaticParams()`, the page guard, future tests — can import
 * the slug list without dragging the whole client bundle into the server
 * graph.
 */

// v1.18.0 (S3) — `sources` was folded into Settings → Integrations as the
// "Sources" sub-tab.
// v1.18.1 (D4) — the Integrations sub-tabs (Connections / Channels / Sources)
// were split back into three separate left-side entries: `integrations` (the
// Connections content, shown directly), `channels` (delivery channels), and
// `sources` (source weighting). The `/settings/sources` redirect is gone
// (it is a real route again); `channels` is a brand-new entry.
// `thresholds` (Targets) keeps its own left-nav entry + route, served by the
// dynamic `[section]` route below.
// v1.16.10 — `medications` sits after `insights`: the customise surface
// for the /medications list (view preference + manual order), following
// the dashboard / insights pattern of a dedicated settings section
// reached from the page header's Settings2 glyph.
// v1.17 — `mood` sits after `medications`: the mood-tag management
// surface (groups, custom tags, hide/archive, picker order), reached
// from the /mood page header's wrench glyph.
// v1.18.7 — `labs`, `illness`, and `vorsorge` move INTO the Settings
// shell as first-class sections, right after `mood`, so the three
// tracking-domain customise surfaces sit together. They were standalone
// `ModuleSettingsFrame` pages (their own back-button + title, outside the
// shell); now the dynamic `[section]` route renders them in shell chrome
// 1:1 with the other sections. The wrench deep-links (`/settings/labs`,
// `/settings/illness`, `/settings/vorsorge`) are unchanged — they now
// resolve through the shell. `labs` + `illness` are module-gated (they are
// toggleable modules); `vorsorge` (preventive-care reminders) is not a
// module, so its entry is always shown.
// v1.17.1 (F-2) — `layout` is the one "Layout & Personalization" home.
// The dashboard / insights / medications / mood personalization editors
// each keep their own route (deep links, page-header cogs, and the hub's
// own links all resolve), but the settings NAV now surfaces a single
// `layout` entry instead of four scattered "arrange" entries, so the
// concept reads as one place. The four editor slugs stay in this list so
// their routes still resolve; they are simply not listed in the shell nav.
// v1.18.0 (S4) — the standalone `reminders` hub is gone. It was a
// link-only page ("doppelt gemoppelt") that merely deep-linked into the
// canonical editors; reminder TYPES now live centrally in `notifications`,
// each row gated on its module. `/settings/reminders` 301-redirects to
// `/settings/notifications` (next.config.ts).
// v1.18.0 (S5) — per-submodule settings split. `gesundheitsakte` (the full
// health-record export, always available) lifts out of Export & Import into
// its own top-level entry.
export const SETTINGS_SECTION_SLUGS = [
  "account",
  // v1.23 — `security` is the dedicated account-security home: second-factor
  // setup (TOTP + security keys), recovery codes, and passkey management. Sits
  // right after `account` so the two identity surfaces read as neighbours.
  "security",
  // v1.18.0 — `modules` ("Was du trackst") sits right after account: the
  // single front door for enabling/disabling secondary tracking domains.
  "modules",
  "integrations",
  // v1.18.1 (D4) — Kanäle (delivery channels) + Quellen (source weighting)
  // split out of the Integrations tabs into their own left-side entries.
  "channels",
  "sources",
  "notifications",
  "layout",
  "dashboard",
  "insights",
  "medications",
  "mood",
  "labs",
  "illness",
  // v1.25 (W-ENV) — "Umwelt" (environmental context): home location, travel
  // overrides, and the weather/daylight backfill. Module-gated on the opt-in
  // `environment` module (the nav entry only shows when it is on).
  "environment",
  // v1.25 (W-RECORDS) — "Anamnese" (medical history): the structured-record
  // home for allergies + family history. Always shown (not module-gated, like
  // `vorsorge`); the records are foundational health-profile data.
  "anamnesis",
  "vorsorge",
  "thresholds",
  "ai",
  // v1.18.0 (S5) — `coach` gathers the Coach preference cards (disable
  // toggle, preferences, memory) out of the AI section, module-gated on
  // the coach module. The `ai` entry keeps provider / model / BYOK only.
  "coach",
  "api",
  // v1.22.0 — the remote MCP connector card: enable the opt-in `mcp` module and
  // mint / revoke the dedicated `health:read` token used to connect an external
  // assistant (Claude.ai / ChatGPT). Sits next to `api` (both are programmatic
  // access surfaces). Not nav-gated — the card carries its own enable toggle.
  "mcp",
  "gesundheitsakte",
  // v1.18.7 — `sharing` (clinician share links) sits directly after
  // `gesundheitsakte`, before `export`: minting a time-boxed read-only link
  // to the health record belongs next to the health-record export. Always
  // available (no module gate), like account / export. The backing model,
  // the `/api/share-links` routes, and the public `/c/[token]` view are
  // unchanged — this restores only the owner Settings surface.
  "sharing",
  "export",
  "advanced",
  // v1.23 — "Data & Privacy": a single surface that assembles the already-
  // shipped export / deletion / retention / encryption / session / activity
  // pieces into one coherent privacy pane. Sits next to `advanced` (the
  // destructive-action home) and before `about`.
  "privacy",
  "about",
] as const;

export type SettingsSectionSlug = (typeof SETTINGS_SECTION_SLUGS)[number];

export function isSettingsSectionSlug(
  value: string,
): value is SettingsSectionSlug {
  return (SETTINGS_SECTION_SLUGS as readonly string[]).includes(value);
}