Kjell Tore Guttormsen
8a86f2ab6d
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
93 lines
5.1 KiB
Markdown
93 lines
5.1 KiB
Markdown
# 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.
|