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

5.1 KiB

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.31ca27f6, 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.