docs(gate): the surface claim covers okf too, and one branch of D4 is already a defect

docs/GATE-G-v1.md

@@ -103,10 +103,19 @@ fra pakken vår, og differensialtestet mot `active_tag_class` over 42 probe-tagg
 | `DEFAULT_ACTION_MAP` | **lagt til** (0.5.0) | additiv | nei |
 | `assert_within_input_cap` | **lagt til** (0.4.0) | additiv | nei |
 | `OversizeInputError` | **lagt til** (0.4.0) | additiv | nei |
-| alle øvrige 40 | uendret navn og signatur | — | 0.3.4 / 0.6.1 |
+| alle øvrige 42 | uendret navn og signatur | — | 0.3.4 / 0.6.1 |
 
-**Ingen symboler er fjernet eller omdøpt siden 0.3.4.** Hele surface-veksten er
-additiv. Det som *har* flyttet seg er atferd inne i allerede eksporterte funksjoner —
+**Ingen symboler er fjernet eller omdøpt siden 0.3.4.** Verifisert med
+`git diff v0.3.4..HEAD -- __init__.py | grep '^-'`: de eneste slettede linjene er
+versjonsstrengen, en kommentar, og en `__all__`-linje som ble skrevet om for å
+*legge til* navn. Hele surface-veksten er additiv.
+
+`__all__` er ikke hele den frosne flaten — `okf` eksporteres som navnerom, så
+signaturene der fryses også. Målt separat
+(`git diff v0.3.4..HEAD -- okf.py | grep -E '^[-+](def |class )'`): én endring,
+`link_graph(bundle)` → `link_graph(bundle, max_scan_chars=MAX_SCAN_CHARS)`. En
+keyword-parameter med default, bakoverkompatibel for enhver eksisterende kaller —
+men den gjør `okf.link_graph`s trunkeringsgrense til del av kontrakten fra 1.0.0. Det som *har* flyttet seg er atferd inne i allerede eksporterte funksjoner —
 elleve commits over `src/`, hvorav de som endrer utfall er: input-cap-refusjonen
 (0.4.0), aksesplittelsen (0.5.0), rå-HTML-narrowingen (0.6.0), ZWJ-kontekstfiksen
 (0.6.1) og bærersplitten (0.7.0).
@@ -235,6 +244,20 @@ produksjonsincident hos dem». Ingen av de fire er en stramming. **Om ordlyden e
 begrunnelsen styrer, er en operatørbeslutning** (D4 under). Å konstatere bevegelsen er
 vår plikt; å avgjøre om den fyrer løftet er ikke.
 
+**Den ene grenen har en konsekvens som allerede er påløpt, og den må stå ved siden av
+valget.** Løftet krever varsel **før** endringen shippes. Styrer ordlyden, ble varselet
+ikke gitt — ikke for 0.6.0, ikke for 0.6.1 og ikke for 0.7.0. `docs/PLAN-v1.md:423`
+kaller det å bryte ett av de to løftene stille «en release-defekt, ikke en preferanse».
+1.0.0 ville da være fjerde utgivelse forbi det. Botemiddelet på den grenen er et
+etterskuddsvarsel til `linkedin-studio` **før** frysen, med de fire målte radene — men
+det er operatørens å autorisere, ikke vår å sende på eget initiativ, nettopp fordi det
+er en innrømmelse av brudd.
+
+**Hva proben sammenlignet, og hva den ikke gjorde.** Den sammenlignet `disposition` og
+`max_severity`. Den sammenlignet **ikke** label-identitet, og konsumenter nøkler på
+labels. «Identisk» i tabellen over betyr altså identisk utfall, ikke bevist identisk
+label-sett.
+
 Løfte 2 (relativ-mål-asymmetrien mot `llm-ingestion-okf`) er urørt: den relative lenken
 er ren på begge versjoner.
 
@@ -271,7 +294,7 @@ Seks beslutninger. Ingen av dem kan tas av denne økten.
 | **D1** | Teller okfs 0.3.4-måling + 0.3.4→0.6.1-differensialen som gatens «første ekte integrasjon grønn», når 0.3.1-kjøringen gaten ber om aldri ble gjort? | **operatørvalg** |
 | **D2** | Skal frysen skje på 0.7.0, når nyeste eksternt kjørte runtime er 0.6.1? Alternativer: (i) frys på 0.7.0 nå og før restgapet som residual, (ii) be okf kjøre sin eksisterende differensial én gang til på 0.7.0 først, (iii) frys på 0.6.1-atferd. | **operatørvalg** |
 | **D3** | Skal :492 (`Severity`-kanalen) og :460 (cap-asymmetrien) konsederes permanent i 1.x og skrives om fra «deferred» til konsesjon — eller lukkes før frysen? | **operatørvalg** |
-| **D4** | Fyrer rå-HTML-løsningen 0.3.1→0.7.0 varslingsplikten mot `linkedin-studio`? Ordlyden («ordinære lenker/bilder») sier kanskje ja; begrunnelsen (stramming = incident) sier nei. | **operatørvalg** |
+| **D4** | Fyrer rå-HTML-løsningen 0.3.1→0.7.0 varslingsplikten mot `linkedin-studio`? Ordlyden («ordinære lenker/bilder») sier kanskje ja; begrunnelsen (stramming = incident) sier nei. **Sier ordlyden ja, er varselet allerede uteblitt i tre utgivelser, og valget inkluderer om et etterskuddsvarsel skal gå ut før frysen.** | **operatørvalg** |
 | **D5** | :88 sier «a calibration fix is pending». Skal den lukkes før frysen, eller skrives om til en konsesjon? En løs ende med ordet «pending» i en 1.0 er et løfte vi ikke har gitt. | **operatørvalg** |
 | **D6** | Er 0.7.0 `active_tag_class` en *settled shape* `llm-security-commons` kan pinne som data en tredje implementør holdes til? Dette **er** frysebeslutningen for den flaten — svaret på deres melding følger av D2. | **operatørvalg** |
 | — | A–F ferdig; suite/dekning/dokumenttall; ni versjonsflater synkrone; `[Unreleased]` tom | **oppfylt** |