docs: correct a false claim in 321ccf7, and file #148 (reload re-lights a shut lid)

321ccf7 claimed the 4s step-4 run was "docked, lid OPEN" and that it retired
the old "docked lid-open is untested" caveat. Both wrong, per Bernardo: the
lid was SHUT throughout. eDP-1 was lit inside a closed clamshell because a
reload had re-enabled it, and "lid open" was inferred from an output being
enabled — which is not evidence of a lid position. /proc/acpi/button/lid/*/
state is, and it was never checked; it reads `closed` with eDP-1 enabled and
dpms_on=true right now. Docked-lid-open stays untested (moot — the gate is
gone — but untested). The step-4 result itself stands: input woke it in 4s
with hypridle stopped, with two outputs enabled rather than one.

That correction exposes a real bug, filed as #148: `hyprctl reload` re-enables
every output (the #142 hammer the undock rescue relies on), but
nomarchy-display-watch only reacts to monitoradded/monitorremoved — a reload
emits neither, so nothing re-asserts the dock profile. Every HM activation
reloads Hyprland, so every rebuild while docked-clamshell lights the panel and
leaves it lit. Bernardo hit it twice in ten minutes today: once from
nomarchy-home, once from an agent's reload that silently undid the fix he had
just made by hand in the Display menu.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

agent/HARDWARE-QUEUE.md

@@ -70,10 +70,19 @@ Everything else below stays open; order is convenience, not a gate.
          `hypridle.conf` reads `on-timeout=hyprctl dispatch dpms off`.
       4. ✓ The brick condition on purpose, from config: `systemctl --user stop
          hypridle` + `hyprctl dispatch dpms off` → **keypress woke it in 4s**,
-         docked **lid open** (`DP-2,eDP-1`) — which also retires the old
-         "docked with the lid open is untested" caveat. The clamshell variant
-         woke in 6s the same day. Wake is now proven in all three geometries
-         (undocked lid-open, clamshell-docked, docked lid-open).
+         with both outputs enabled (`DP-2,eDP-1`). The clamshell variant (DP-2
+         alone) woke in 6s the same day. Wake proven with one enabled output
+         and with two; DPMS-on-input is compositor-level and does not care how
+         many.
+         **Correction (2026-07-16, Bernardo):** the commit that added this
+         entry (321ccf7) claimed that 4s run was "docked, lid OPEN" and that it
+         retired the old "docked lid-open is untested" caveat. **Both wrong.**
+         The lid was **shut the whole time** — `eDP-1` was lit *inside a closed
+         clamshell* because a `hyprctl reload` had re-enabled it (#148). "Lid
+         open" was inferred from an output being enabled, which is not evidence
+         of anything: `/proc/acpi/button/lid/*/state` is, and it was never
+         checked. Docked-lid-open remains **untested** — moot now that the gate
+         is gone, but not tested. Do not read output lists as lid positions.
       **Still open — needs real idle time, cannot be rushed:**
       2. Docked, **lid closed**, idle 10+ min → the external **blanks**. This is
          the revert working; nothing to date has watched a genuine 10-min