/* 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.dbfd22985f05.css");
@import url("components.761eef8ab1b9.css");
@import url("todos.0731277151a5.css");
@import url("messages.1e71f599b3c6.css");
@import url("pages.d00367b26ab0.css");
@import url("page-detail.5b85901639e0.css");
@import url("entry.e6ef5db2656a.css");
@import url("home.23c03cd257fa.css");
@import url("calendar.7cabeb1406b4.css");
@import url("chat.55ac0b305025.css");
@import url("routines.665d7725e5ed.css");
@import url("devices.780ffbbd31ad.css");
@import url("people.556f12400e8c.css");
@import url("login.dab10b242842.css");
@import url("intents.1818b7f7fca6.css");
@import url("responsive.62089f63375a.css");