frontend: honor prefers-reduced-motion, and let frontend work reach the desktop

Two halves of the same gap. The app had no reduced-motion handling at all — the
setting appeared nowhere in the frontend — and the desktop build didn't rebuild
on frontend changes, so shared UI work shipped to the web and silently never
reached the desktop app.

The CSS guard is global and blunt so it catches every Tailwind `transition`
already scattered through the components, and catches M7's motion work without
each new component having to remember. Near-zero durations rather than `none`,
so transitionend/animationend still fire and nothing waiting on them hangs.
useReducedMotion covers what CSS can't reach: JS-driven motion, where the honest
response to the preference is no animation at all rather than a faster one. It's
reactive because the setting can change while the app is open.

The path filter was narrowed to the adapter/bridge directories against a
"~20-40 min" build cost recorded in the header. Measured runs are 4-5 minutes,
so that cost isn't there, and the frontend is compiled into the binary by
generate_context! — any part of it changing means the shipped desktop app is
stale. Desktop, web and Android are peer surfaces on one quality bar, so shared
frontend work has to reach all of them by construction rather than by whichever
directory it happened to touch.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

frontend/src/style.css

@@ -18,6 +18,27 @@ body {
   }
 }
 
+/* Motion is a feature, not a given. Anyone whose OS says "reduce motion" has told
+ * us something about vestibular comfort or attention, and the answer is to arrive
+ * instantly rather than to animate faster.
+ *
+ * Global and blunt on purpose: it catches every Tailwind `transition` utility
+ * already scattered through the components, and it will catch the M7 motion work
+ * without each new component having to remember. Near-zero rather than `none` so
+ * `transitionend`/`animationend` listeners still fire and no state machine that
+ * waits on them can hang. JS-driven motion can't be reached from CSS — that reads
+ * the same preference through `useReducedMotion`. */
+@media (prefers-reduced-motion: reduce) {
+  *,
+  *::before,
+  *::after {
+    animation-duration: 0.01ms !important;
+    animation-iteration-count: 1 !important;
+    transition-duration: 0.01ms !important;
+    scroll-behavior: auto !important;
+  }
+}
+
 @layer components {
   .icon-btn {
     @apply rounded-md p-1.5 text-neutral-500 transition hover:bg-black/5 focus:outline-none