diff --git a/docs/harness-limits.md b/docs/harness-limits.md
index 3291026..c3afaf0 100644
--- a/docs/harness-limits.md
+++ b/docs/harness-limits.md
@@ -63,6 +63,7 @@ closed).
 | **Ctrl+I** | Arm the **leader** prefix (800 ms). Within the window press **`?`** to toggle help; **Ctrl+I** re-arms (a bare `i` does **not** — it swallows and disarms); **`t`** toggles **thinking default-collapsed** (collapse thinking by default, including the active Busy turn; in-memory only, resets to on on reload/New/Clear); **Escape** cancels; an unmatched key swallows (never lands in the prompt); a reserved browser chord (Ctrl+Shift+I Inspect) still yields to the browser |
 | Tab / Ctrl+Left / Ctrl+Right | DOM nav / text caret (not harness chords; Ctrl+Left/Right are word-jumps, left to the textEntry) |
 | **Shift+click** (composer / queue-row editor focused; desktop only) | **Range-selects** the text in that `textEntry` field — a stock web behavior the canvas was missing. Click to place the caret (or drag-select a base range), then **Shift+click** to extend the selection from an anchor edge to the clicked point; further Shift+clicks keep extending from the same anchor edge, and a Shift+click never counts toward the next word/line double-click. The range uses the **existing TEAL `text_select` fill** (no new hex). **Ctrl/Cmd+C** then copies that substring to the system clipboard (the chord stays browser-reserved). A **plain** (non-shift) click still moves the caret and clears the range. Touch/mobile has no shift key — **📋** stays the reliable copy path and canvas Shift+click is documented desktop-only |
+| **Shift+click** (read-only body text; desktop only) | **Range-selects** text inside a single **read-only** `textLayout` (transcript rich-MD bodies, fenced code, thinking/preview/skill rows, tool-run detail): a plain click anchors, **Shift+click** extends the highlighted range from that anchor, and **Ctrl/Cmd+C** copies the active slice. **A link is still a link first** — a **Shift+click (or plain click) on a link inside a body navigates / copies per the **Links** row and does *not* extend the range**; Shift+click range-selection is for non-link body text (use 📋 for reliable body copy). Selection never spans two `textLayout`s / messages. See Transcript copy / paste → Read-only body text Shift+click |
 | Composer focus | Requested on ready and after each send |
 
 ## Touch / mobile (~390px)
@@ -202,7 +203,8 @@ see Group boundaries).
 | Clipboard payload | **Message source** UTF-8 as stored in the Wasm ring (markdown as produced) — not re-serialized paint colors or “… N more” chrome |
 | Drag-select | Best-effort **within a single** `textLayout` only (rich MD is many widgets per body). Whole-reply drag-select is not the product path |
 | Cross-message selection | Not supported |
-| Composer / queue-row editor Shift+click | Desktop **Shift+click** range-selects within the focused **editable** `textEntry` field (composer or queue-row editor), and **Ctrl/Cmd+C** copies that substring. In-canvas **read-only** `textLayout` (rich MD is many widgets per body) is still single-`textLayout`-bounded drag-select only — Shift+click there is a tracked child follow-up, not this surface |
+| Composer / queue-row editor Shift+click | Desktop **Shift+click** range-selects within the focused **editable** `textEntry` field (composer or queue-row editor), and **Ctrl/Cmd+C** copies that substring |
+| Read-only body text Shift+click | Desktop **Shift+click** range-selects inside a single **read-only** `textLayout` (transcript rich-MD bodies, fenced code, thinking/preview/skill rows, tool-run detail): a plain left click sets an anchor, then **Shift+click** extends the highlighted range from that anchor to the clicked point inside the **same widget** (further Shift+clicks keep extending from the same anchor edge; a Shift+click never counts toward the next word/line double-click). Highlight uses the **existing TEAL `text_select` fill** — no new hex. **Ctrl/Cmd+C** copies the active slice to the system clipboard (the chord stays browser-reserved); an **empty range (caret-only) is an empty write** — it can blank the clipboard, so select a range before copying or use 📋. **Links are links first:** a **plain or Shift+click on a link** inside a read-only body **navigates / copies per the **Links** row** and does **not** extend the range — Shift+click range-selection is for non-link body text (use 📋 for reliable copy of link-heavy bodies). Selection stays **within one** `textLayout` — rich MD is many widgets per body — and a Shift+click in a **different** widget never spans (cross-message / cross-widget selection stays unsupported). A plain (non-shift) click clears the range and sets a new anchor. **📋** stays the reliable copy path everywhere; canvas Shift+click is **desktop-only** (touch has no shift key) |
 | Composer paste | Supported via dvui text entry when the composer is focused. Composer is **multi-line** — pasted newlines are preserved; submission is normalized (CRLF → LF) and clamped to the prompt submit cap (`SUBMIT_CAP`). Leading whitespace / blank first lines in a paste are **preserved** on submit (not stripped); only a wholly blank/whitespace prompt is rejected |
 | Mobile / touch | **📋** (copy) is the supported path; multi-block drag-select on canvas is unreliable |
 | Secure context | System clipboard write needs https (or localhost); silent no-op possible if the browser blocks clipboard |