docs(plan): record two consumer notification promises as release constraints

Both were given to named consumers who are building on current behaviour, and
both were about to live only in STATE.md -- which is gitignored, so a promise
kept there does not survive a machine. Breaking either silently is a release
defect, not a preference.

1. Any change to how PRESET_USER_UPLOAD grades ordinary links and remote images
   requires notice to linkedin-studio before it ships; they pin v0.3.1 at wiring.
   Applies to 0.4.0: the axis separation must change disposition, not grading.
2. Closing the relative-target asymmetry requires notice to llm-ingestion-okf;
   it is a Door C property rather than a guard gap, but closing it changes what
   arrives at their persist gate.

Also records a mechanism we had not modelled: okf reports percent-escapes
reaching filenames through a slugger, so %20 is manufactured systematically from
document titles rather than being incidental as it is in the documentation URLs
the FP was calibrated against.

docs/PLAN-v1.md

@@ -359,6 +359,32 @@ Nøkkelantakelser (+ test) · Verifisering. Testkommando alltid:
 
 ---
 
+## 🔒 Konsument-varslingsplikt — to LÅSTE løfter (gitt 2026-07-25)
+
+Begge er gitt til navngitte konsumenter som bygger på nåværende atferd. De bor HER og
+ikke bare i `STATE.md`, fordi STATE er LOCAL-ONLY og gitignored — et løfte som kun
+finnes der overlever ikke en maskin. **Å bryte ett av disse stille er en release-defekt,
+ikke en preferanse.**
+
+1. **Gradering av ordinære lenker/bilder under `PRESET_USER_UPLOAD`** — enhver endring
+   krever varsel til `linkedin-studio` **før** den shippes. De pinner v0.3.1 ved wiring
+   og bygger på 0.3.1-formen; en stille re-stramming lander som produksjonsincident hos
+   dem, ikke som en release-note. Gjelder også 0.4.0: akse-separasjonen skal endre
+   DISPOSISJON, ikke graderingen — viser det seg feil under scoping, fyrer løftet.
+2. **Relativ-mål-asymmetrien** (relative lenker/bilder i en OKF-bundle flagges ikke) —
+   lukkes den, får `llm-ingestion-okf` varsel **før** det shippes. Den er en Door
+   C-egenskap, ikke et guard-gap: et merget konsept skrives VERBATIM, så vi reparerer
+   og omskriver ikke (designprinsipp 3). Men lukking endrer hva som ankommer deres
+   persist-gate.
+
+**Kjent, ikke modellert:** okf rapporterer at percent-escapes når filnavn gjennom en
+slugger — dvs. `%20` produseres SYSTEMATISK fra dokumenttitler, ikke tilfeldig. Vår
+percent-escape-FP ble kalibrert mot dokumentasjons-URL-er der escapes er insidentelle.
+Er okfs mekanisme representativ, er dette en strukturell FP-klasse og ikke en sjelden
+form. Måles i deres re-run og i `linkedin-studio`s korpus.
+
+---
+
 ## TRACK 2 — Node/TS-port (stream 3). Starter etter Session G.
 
 **Ryggrad:** en delt **parity-fixture** (`fixtures/parity/*.json`: `input → forventede