docs: close the RG16(a) CLAUDE.md item, correct its signature-change claim

Mirrors the register §6.0 correction: the carried-item list previously
said the fix "needs a signature change -- privilege_of cannot currently
see the winner's subject", which was true of privilege_of specifically
but wrong about what the fix required -- disposition already took the
winner. Marked resolved, with a pointer to the register's own full
account (audit, fix, blast radius, allow-list) and to one further
sanctoral subject defect this task found but did not fix (13 January,
Baptism of the Lord, mistagged Saint).

1 files changed, 16 insertions, 7 deletions

diff --git a/CLAUDE.md b/CLAUDE.md
index 25d3339..f772405 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -199,13 +199,22 @@ nowhere in git (`docs/` is gitignored).
 
 **The two behaviour items, in order:**
 
-1. **RG 16(a) — the largest known-wrong output on the branch.** A Feast of the
-   Lord occurring on a II-class Sunday takes the Sunday's place *"cum omnibus
-   iuribus et privilegiis: de dominica, proinde, **nulla fit commemoratio**"*.
-   colitur commemorates the Sunday anyway: **5 996 wrong days over 1583–9999**,
-   369 of them in 1583–2100. **Zero** instances fall in the oracle window and none
-   is pinned, so all five layers miss it. Needs a signature change — `privilege_of`
-   cannot currently see the winner's `subject`. Register §6.0.
+1. **RG 16(a) — RESOLVED (RG16(a) task, branch `ef-rg16a`, 2026-08-12).** Was
+   the largest known-wrong output on the branch: a Feast of the Lord occurring
+   on a II-class Sunday takes the Sunday's place *"cum omnibus iuribus et
+   privilegiis: de dominica, proinde, **nulla fit commemoratio**"*, and colitur
+   used to commemorate the Sunday anyway (**5 996 wrong days over 1583–9999**,
+   369 of them in 1583–2100, re-confirmed exactly by this task's own
+   independent re-measurement). Fixed in `Rite_ef.Precedence_ef.disposition`
+   with **no signature change** — `disposition` already took `winner:...`
+   (RG 33's own vigil-omission branch already read it); the earlier note here
+   claiming a signature change was needed was itself wrong, corrected in
+   register §6.0. Landed together with a sanctoral data fix (two of six
+   `subject = Lord` entries were themselves wrong — the Purification and the
+   Most Holy Name of Mary are BVM feasts, not the Lord's) via a new
+   `data/ef/adjustments.sexp` overlay; see register §6.0 for the full account,
+   the sanctoral audit, and one further `subject` defect found but left open
+   (13 January, Baptism of the Lord, currently mistagged `Saint`).
 2. **Commemoration identity is unasserted** outside ~3 test rows (see the layer
    caveats above). Related: `compare_dignity` breaks same-rank ties
    **alphabetically**, with no RG warrant, and over 2005–2050 the admission cut