Add nomadro.live English WordPress stack and audience router

Co-authored-by: Cursor <cursoragent@cursor.com>

deploy/nomadro-live/wordpress/content/posts/03-multi-channel-ops.html

@@ -0,0 +1,11 @@
+<p>Agencies that run several rooms at once fail first on attention allocation, not on software. Multi-channel monitoring only helps if you decide which rooms are primary and which are watch-only.</p>
+<h2>Primary versus secondary rooms</h2>
+<p>A primary room gets full chat response and gift acknowledgements. A secondary room gets alerts and a lighter check-in cadence. If every room is primary, none of them are.</p>
+<h2>Operator load</h2>
+<p>One operator can usually sustain one primary plus two secondary rooms if alerts are quiet. Four noisy primaries produce missed thanks and delayed moderation. Measure this with a two-hour trial, not a slide deck.</p>
+<h2>Layout</h2>
+<p>Put viewer trend and last high-value gift on a single glance row. Chat detail belongs in a selected-room panel, not eight simultaneous scrolling columns. Density that looks impressive in a demo is unusable at 2 a.m.</p>
+<h2>Handoffs</h2>
+<p>Write the room list, alert thresholds, and who is on camera into a shift note. Incoming operators should not reverse-engineer the setup from open windows.</p>
+<h2>Failure isolation</h2>
+<p>If one room’s connection dies, the other rooms must keep recording. Shared process crashes are the most expensive class of bug in this category. Prefer per-room isolation when you can.</p>