docs(plan): okf-versjonssjekken utført — hypotesen falsifisert på to stale premisser

STATE bar siden 07-27 et ugatet NESTE STEG: sjekk om Google OKF har nådd v0.2,
fordi catalogs 0.1→0.2-bump da kunne ha kollapset som avklaring.

Sjekken er gjort. Google er på v0.2 (blog, 2026-07-25) — men hypotesen holder
ikke, og tre premisser avvek fra ground truth:

1. Svaret lå allerede i eget arkiv. llm-ingestion-okf skrev det ordrett
   2026-07-26 («OKF v0.2 er ute»), og hele V1-sporet er bygget på v0.2.
   Observasjonen ble ført som «uverifisert» i fire økter mens den samtidig var
   bærende premiss i nabosporet. STATE-defekt, ikke funn.
2. catalog er på 0.3 (1ca27f6, 07-31), ikke 0.2.
3. Bumpens primærgrunn var §3-gulvet (6a72b26: «enforce §3 okf_version shape»),
   ikke forvekslbarhet — den var ført som bevisst sidegevinst i spec.md:12-14.
   STATE byttet om primær og sekundær og bygget et neste steg på omvendingen.

Avklaringen kan uansett ikke kollapse: catalogs konvensjonsversjon og
okf_version-verdien er to ortogonale akser (spec.md:13-14, :70-72, :245-246).
Akse-forveksling nr. 13 — denne gangen vår egen.

Det ene som står igjen (spec.md sier «currently 0.1» mens :67 siterer upstreams
0.2-eksempel) er ikke en defekt: §12 :246-247 hjemler re-sjekken, og den er
catalogs å utløse. Vi er ikke respondent. Ingen melding sendt.

Catalog-ankre lest read-only @ 1ca27f6; ingenting skrevet i det repoet.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N1LAtsgpGik3RGJCKv7fAV

docs/plan/2026-07-31-okf-versjonsakse-sjekk.md

@@ -0,0 +1,93 @@
+# Google OKF v0.2 — sjekken er utført, og hypotesen holdt ikke
+
+**Dato:** 2026-07-31 (økt 5) · **Status:** LUKKET, ingen melding sendt · **Marker:** `okf-second-brain-convention`
+
+STATE bar siden 07-27 en uverifisert observasjon som NESTE STEG: *«catalog bumpet 0.1→0.2 for å
+ikke være forvekslbar med Google OKF v0.1 — er Google nå på 0.2, kan avklaringen ha kollapset.»*
+Sjekken er nå gjort. **Avklaringen har ikke kollapset, og spørsmålet var feilstilt.** Tre av
+premissene i formuleringen viste seg å avvike fra ground truth.
+
+## 1. Google er på v0.2 — men det visste vi allerede
+
+Verifisert mot primærkilde: Google Cloud Blog, *«Open Knowledge format v0.2 tackles agentic
+trust»*, publisert **2026-07-25**.
+
+Men søket var strengt tatt overflødig. Svaret lå i vår egen arkiverte innboks, fem dager gammelt:
+`llm-ingestion-okf`, `20260726T114345Z`, første linje i brødteksten — ordrett **«OKF v0.2 er ute
+(2026-07-25).»** Hele V1-sporet er *bygget på* v0.2 (`generated`-feltets form etter v0.2; se
+`2026-07-26-v1-generated-felt-okf-v0.2.md`, og filnavnet sier det selv).
+
+**Dette er en STATE-defekt, ikke et funn.** Observasjonen ble ført som «uverifisert» i fire økter
+mens den samtidig var bærende premiss for arbeidet i nabosporet. Premiss-verifiseringsregelen ble
+anvendt på output, ikke på STATEs egen påstandsliste. Billigste sjekk som fantes var `grep` i eget
+arkiv — ikke WebSearch.
+
+## 2. Catalog er ikke på 0.2. De er på 0.3.
+
+| Påstand i STATE | Ground truth |
+|---|---|
+| catalog er på 0.2 | **0.3** — `1ca27f6`, 2026-07-31 (i dag) |
+| bumpet skjedde «for å ikke være forvekslbar» | primærgrunnen var **§3-gulvet** |
+
+`6a72b26` (2026-07-25), commit-subjekt ordrett: `feat(okf): enforce §3 okf_version shape, bump
+convention 0.1 -> 0.2`. Og specens egen header, `spec.md:12-14`:
+
+> 0.2 had tightened the §3 floor: `okf_version` enforced on shape. Distinct from — and
+> deliberately no longer numerically confusable with — upstream Google OKF v0.1, which this
+> convention targets and does not version.
+
+Ikke-forvekslbarheten er ført som **bevisst sidegevinst**, ikke som årsak. STATE byttet om primær
+og sekundær og bygget et neste steg på den omvendingen. (Jf. driftsmodellen: *før en rad ikke
+sterkere enn den bærer* — her førte vi vår egen rad for sterkt.)
+
+## 3. Hvorfor avklaringen ikke kan kollapse: det er to akser
+
+Dette er **akse-forveksling nr. 13**, og denne gangen var det vår.
+
+- **Akse A — catalogs konvensjonsversjon:** 0.1 → 0.2 → 0.3. Beskriver catalogs *eget* dokument.
+- **Akse B — `okf_version`-verdien:** hvilken upstream Google-versjon en bundle targeter.
+
+Catalog sier eksplisitt at konvensjonen *«targets and does not version»* upstream (`spec.md:13-14`),
+og i §12 (`:245-246`): *«Its value set is owned by Google.»* Gaten er tilsvarende renset for
+akse-lekkasje (`:70-72`): den *«asserts **nothing** about which upstream versions exist ... a bundle
+targeting a newer upstream version passes.»*
+
+At Google flyttet seg på akse B kan derfor ikke kollapse en avklaring som lever på akse A.
+Tallsammenfallet som hypotesen fryktet inntreffer uansett ikke: catalog 0.3 vs. Google 0.2.
+
+## 4. Det ene som faktisk står igjen — og det er ikke vårt
+
+`spec.md` sier to steder at upstream-versjonen bundelen targeter er «currently `0.1`» (`:63`,
+`:246`), mens `:67` i samme dokument siterer upstreams kanoniske eksempel `okf_version: "0.2"`
+(`okf/SPEC.md:773`).
+
+Det er **ikke en defekt**, og skal ikke meldes som en. Catalog har foregrepet situasjonen i egen
+tekst, §12 `:246-247`: *«When Google bumps OKF, each plugin re-checks conformance.»* Google har nå
+bumpet. Re-sjekken er dermed utløst — men den er **catalogs å utløse, på catalogs akse**, og
+plugin-eiernes å utføre. Vi er ikke respondent.
+
+Per driftsmodellen: navngi aksen, pek på rett respondent, ikke lever en verdi vi ikke eier.
+
+## Konklusjon
+
+- Sjekken STATE hjemlet: **utført**. Hypotesen: **falsifisert**.
+- **Ingen melding skal sendes** på det opprinnelige grunnlaget — grunnlaget fantes ikke.
+- Det som *kan* sendes er noe annet og mindre: en `--fyi` til `catalog` om at Google er på 0.2 og
+  at deres egen §12-re-sjekk dermed er utløst. **Fortsatt gated på operatør-go**, og lavt prioritert
+  — catalog eier både aksen og triggeren, og `1ca27f6` (i dag) viser at de følger upstream tett.
+- Sporet `okf-second-brain-convention` er dermed **lukket fra vår side**.
+
+## Verifiseringslogg
+
+| Påstand | Kilde |
+|---|---|
+| Google OKF v0.2, publisert 2026-07-25 | Google Cloud Blog, `okf-v0-2-adds-trust-signals` (WebFetch) |
+| v0.2 var kjent for oss 2026-07-26 | `coord/.../archive/20260726T114345Z-3155211798-from-llm-ingestion-okf.md` |
+| catalog er på 0.3 per 2026-07-31 | `catalog@1ca27f6`; `spec.md:7` |
+| 0.2-bumpens primærgrunn = §3-gulvet | `catalog@6a72b26` commit-subjekt; `spec.md:12` |
+| konvensjonen versjonerer ikke upstream | `spec.md:13-14`, `:245-246` |
+| gaten godtar nyere upstream-versjon | `spec.md:70-72` |
+| re-sjekk-plikten er plugin-eiernes | `spec.md:246-247` |
+
+Catalog-ankrene er lest read-only i `~/repos/ktg-plugin-marketplace/catalog` @ `1ca27f6`. Ingenting
+skrevet i det repoet.