feat(display): per-profile workspace→output pins (item 15c)

A display profile can now pin workspaces to outputs:

  docked = {
    monitors   = [ … ];
    workspaces = { "1" = "DP-3"; "9" = "eDP-1"; };
  };

The bare list-of-monitors shape still works (either-type; hyprland.nix
normalizes — coercedTo refuses list-of-submodule sources). Pins bake as
Hyprland `workspace` rules from the active profile and apply instantly
on `nomarchy-display-profile apply`: keyword sets the session rule,
moveworkspacetomonitor moves open workspaces over. Pins from a
previously applied profile linger in-session until reload/rebuild
(hyprctl can only add) — inert if the output is absent, noted in the
applier.

V1: flake check green (checks.display-profiles now asserts
workspaceRule) + scratch-downstream eval: baked settings carry both
rule sets, the generated applier has the keyword+dispatch pairs
(bash -n), match/list correct with mixed shapes. V3 queued in
HARDWARE-QUEUE (rides the dock test). Item 15 complete — deleted.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

agent/BACKLOG.md

@@ -201,43 +201,6 @@ label `nix-kvm`), then an agent uncomments the workflow's `vm-checks`
 job: the `checks.*` VM suite + real toplevel/HM builds on every push
 (also upgrades item 14's bump gate from eval-only to the full suite).
 
-### 15. Display profiles — docked/undocked switching
-ROADMAP § Display / monitor management, remaining: profile switching of
-the *same* outputs. **Plan (designed 2026-07-05, iteration #27):**
-- **Option:** `nomarchy.displayProfiles` (HM) = `attrsOf (listOf
-  monitorType)` — each profile is a named list reusing the existing
-  monitor submodule verbatim (no second schema). Example: `docked =
-  [ { name="eDP-1"; resolution="disable"; } { name="DP-3"; … } ]`.
-- **State:** `settings.displayProfile = "<name>"` (absent = base
-  config), menu-written with `--no-switch` — the night-light pattern:
-  instant now, baked at the next rebuild. Add the key to
-  nomarchy-theme-sync's known-settings list (item 11's validator warns
-  on unknowns).
-- **Rebuild overlay** (hyprland.nix): active profile's entries replace
-  base `nomarchy.monitors` entries whole, by name; the existing
-  `settings.monitors` resolution overlay then applies field-level on
-  top, EXCEPT onto entries whose profile resolution = "disable" (a
-  stale resolution pick must not resurrect a disabled panel).
-- **Instant apply** (menu): System › Display gains a self-gated
-  "Profile: <active>" row (only when profiles are declared) → pick →
-  `hyprctl keyword monitor <rule>` per entry (rules baked into the
-  dispatcher at build, like everything else in rofi.nix) + state write
-  + toast. Outputs the profile doesn't name keep their base rules.
-- **Slices:** (a) ✓ shipped 2026-07-05 (iteration #28): option +
-  overlay (pure `modules/home/monitor-rules.nix`, unit-tested by
-  checks.display-profiles) + `nomarchy-display-profile` applier + menu
-  Profiles row + template example — V3 (real dock) queued; (b) ✓
-  shipped 2026-07-05 (iteration #29): hotplug auto-switch — `match`
-  subcommand (exact set, else unambiguous largest subset, ties =
-  none) + a poll watcher (exec-once, the keyboard-watcher pattern)
-  gated live on `settings.displayProfileAuto` (a separate boolean,
-  NOT an "auto" pseudo-profile, so auto-picks persist concrete
-  profiles that rebuilds bake) + menu Auto-switch row — V3 rides the
-  slice-a dock test; (c) optional per-profile
-  `workspaces = { "1" = "DP-3"; }` → Hyprland `workspace` keywords.
-- **Non-goals:** no kanshi (fights Hyprland's output management —
-  decided in ROADMAP), nwg-displays stays a find-the-values helper.
-
 ### 18. "nomarchy" control center + first-boot welcome `[big]`
 ROADMAP § control center. A single front-end over the common toggles on
 the same `nomarchy-theme-sync` surface, + a first-boot guided

agent/HARDWARE-QUEUE.md

@@ -153,6 +153,13 @@ QA machine), the **T14s** (webcam case).
       overlay); "Base layout" restores; a menu resolution pick made
       earlier must NOT re-enable a profile-disabled panel after the
       next rebuild.
+- [ ] **Display profiles workspace pins, slice c (item 15)** — give the
+      docked profile `workspaces = { "1" = "<ext>"; "9" = "eDP-1"; }`:
+      applying the profile moves open workspaces 1/9 to those outputs
+      immediately, new visits land there too, and the pins survive a
+      relogin (baked `workspace` rules). Switching to a profile without
+      pins leaves workspaces where they are (stale session pins are
+      expected until reload/rebuild — noted in the applier).
 - [ ] **Display profiles auto-switch, slice b (item 15)** — same setup,
       then menu › Profiles › Auto-switch on: plugging the dock/monitor
       applies the matching profile within ~3s (toast names it);

agent/JOURNAL.md

@@ -17,6 +17,27 @@ Template:
 
 ---
 
+## 2026-07-05 — display-profile workspace pins (iteration #47, item 15c)
+- **Task:** item 15 slice (c), the last one — per-profile workspace →
+  output pinning. Item 15 deleted (a/b/c all shipped; V3s queued).
+- **Did:** a profile is now `{ monitors; workspaces = { "1" = "DP-3"; }; }`
+  (bare list still accepted — either-type + normalization in
+  hyprland.nix; coercedTo refuses list-of-submodule sources). Pins bake
+  as Hyprland `workspace` rules and apply instantly on profile switch
+  (`hyprctl keyword workspace` + `dispatch moveworkspacetomonitor`).
+  monitor-rules.nix gained pure `workspaceRule`; template + README
+  updated.
+- **Verified:** V1 flake check green (incl. the extended
+  checks.display-profiles assert) + scratch-downstream eval: baked
+  settings render both rule sets, the generated applier carries the
+  keyword+dispatch pairs (bash -n OK), match/list still correct with
+  mixed profile shapes.
+- **Pending:** V3 queued (workspace-pins entry in HARDWARE-QUEUE, rides
+  the slice-a dock test). Stale-pin note documented in the applier.
+- **Next suggestion:** backlog is now human/event-gated (28 taste
+  calls, 14 Monday, 18 Decision, 20 KVM) — idle the loop or triage
+  PROPOSED.
+
 ## 2026-07-05 — icon-weight A/B for the human call (iteration #46, item 28)
 - **Task:** item 28's last `[human]` blocker — make the color-vs-
   symbolic menu-icon decision cheap.