# 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.