Kjell Tore Guttormsen 8a86f2ab6d Squashed 'shared/' changes from 7aa53fc..a2b57d2

a2b57d2 docs(plan): V1 — «de 5 linjene» var ikke homogene; :214 er ikke en literal
d63e45d docs(plan): okf-versjonssjekken utført — hypotesen falsifisert på to stale premisser
ef31dda docs(plan): V1 §4.2 — pin + id + sitering avgjort, og ratifiseringsgaten funnet
35220f7 docs(plan): V1 §4.1 — serialiseringsformen er bundet av :158, så 6 sider er invariant
8a7d430 docs(plan): operatøren avgjorde V1 (O2) og B1 (O1) — B1 utført, V1 gated
f306c7b docs(plan): V1 §5.1 — konsument-kostnaden målt @ 8a14137, O3-raden priset
ab0ea8f docs(plan): innboksrunden — V1 utvidet med tre målte funn, §7.2-siteringen ref-bundet
84a3010 docs(plan): §7.2 — MCP-spørsmålet er avgjort av frossen tekst, S2.2 og S2.4 er ugated
e984d51 docs(plan): D-B ankret, D-A#3s årsak er repo-avhengig, V1 utvidet med oppstrøms-evidens
3de702b docs(plan): V1 §6 — rekkevidde-forbeholdet korrigert, og funnet under funnet
249425b docs(plan): amendment-underlag — D-A#3s ÅRSAK rettet, drift ikke avvik
4876970 docs(plan): V1-underlag — generated-feltets form etter OKF v0.2
3f18ca7 docs(plan): B1/D4 operator question — nav-golden's normative status, four costed options
29ad8ca docs(plan): amendment-underlag — frossen tekst per køpunkt, med målt fasit-effekt
a67a243 docs(plan): ordering-axes ruling — three distinct axes, as an interpretation record
381d9e5 docs(plan): guard adoption plan pins no version — v0.2 header was stale
54ca0ff docs(plan): D3 ratified — status vocabulary landed in coord register
fe6b998 docs(plan): D3 status vocabulary — canonical 7-token set for roll-up register
c66ccc3 docs(plan): D2 register-form fix — two-output model resolves ÅS#5
b641741 docs(examples): nav-golden fixture class — bundle → read-context goldens
9801d35 docs(spec): method-spec §3 Step 1 — Q3 navigation contract (hierarchy)
bfa5a9b docs(spec): ingest-spec — land ratified D1 stamp model
5f046ab docs(plan): Q3 finding — method-spec §3 silently forbids hierarchical bundles
a013e8b docs(plan): F1 direction — free-text sources belong in ingest-spec door A
84191c6 docs(plan): record commons↔implementation-repo coordination boundary
cae9972 docs(plan): llm-ingestion-guard adoption — planned at future untrusted ingest boundaries

git-subtree-dir: shared
git-subtree-split: a2b57d20fc0953c19776c21ce1311f234386a590

2026-07-31 18:37:48 +02:00

5.1 KiB

Raw Blame History

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.

5.1 KiB Raw Blame History