Docs: update TODO and add combined Docker architecture reference

TODO__Agents.md: Mark QR code on badge front as done — ae_comp__badge_obj_view.svelte
already generates the QR via core_func.js_generate_qr_code() and renders it
inside a {#await qr_data_url} block on the badge face.

PROJECT__AE_combined_front_back_Docker.md: New reference document covering
the combined front+back Docker orchestration architecture (consolidated
notes from the session).

documentation/TODO__Agents.md

@@ -22,9 +22,7 @@
 - ~~**Dark mode select option hover (Manage Files):**~~ ✅ Fixed (2026-03-10) — Added `html.dark { color-scheme: dark }` / `html.light { color-scheme: light }` to `app.css`. This globally syncs all native browser controls (select dropdowns, scrollbars, inputs) to the app's class-based dark mode, rather than a per-element fix.
 
 ### [Badges] Remaining badge work before first live event
-- **QR code on badge front:** `ae_comp__badge_obj_view.svelte` — display QR on the printed
-  face when template has `show_qr` (or equivalent) toggled on. Use same QR generation as
-  review form (`core_func.js_generate_qr_code`). See TASK 4 in `PROJECT__AE_Events_Badges_Review_Print.md`.
+- ~~**QR code on badge front:**~~ ✅ Done — `ae_comp__badge_obj_view.svelte` already generates the QR via `core_func.js_generate_qr_code()` and renders it on the badge face inside a `{#await qr_data_url}` block. `hide_qr` provides a double-click print-suppress toggle. Consent text controlled by `allow_tracking`. The template `show_qr` gate was never needed — the QR section is always present.
 - **Badge print controls UX polish:** Scott has improvements in mind — TBD next session.
   File: `ae_comp__badge_print_controls.svelte`.