/* Plain @import, no query strings: production serves these through
   ForgivingManifestStaticFilesStorage (apps/core/storage.py), which
   content-hashes every file and rewrites each @import to that hash — a
   changed file gets a new URL automatically, no manual busting needed or
   wanted here. A `?v=` suffix on an @import breaks that rewriter: it
   showed up as base.css resolving to a hashed filename that didn't
   exist on disk, an unstyled-site outage (2026-09-14) — the query
   string reached the hash-lookup as part of the "name" to resolve,
   which only matches the manifest for files with no other embedded
   asset references to reconcile across post-process passes (base.css's
   own @font-face url()s made it the one file where that lookup broke).
   Dev (DEBUG=1) has no hashing at all, so a stale @import there is only
   a same-session testing quirk — reload with cache disabled if a CSS
   edit doesn't seem to land locally, don't reach for this again. */
@import url("base.f1ce32731dc5.css");
@import url("components.d1b49e88a350.css");
@import url("todos.a2e639e3c935.css");
@import url("messages.f02298c7d98d.css");
@import url("pages.b1d42c095f2e.css");
@import url("page-detail.9299b3723634.css");
@import url("home.b295808ddf44.css");
@import url("calendar.7cabeb1406b4.css");
@import url("chat.f02eab484c1f.css");
@import url("routines.5295ec4b0724.css");
@import url("devices.de3b153bf22d.css");
@import url("people.0633c4988c87.css");
@import url("login.ac4db5e079e6.css");
@import url("intents.11dafd9e6bd2.css");
@import url("responsive.62089f63375a.css");