open/portfolio-optimiser-commons
1
0
Fork 0
Code Issues Releases Activity

docs(plan): V1 RATIFISERT — og :275 er en andre tabellrad, ikke prosa

Browse source 
Operatoeren ratifiserte V1 2026-08-02 og tok okf-kostnaden. Utfoerelsen ligger
hos neste oekt.

Batching-gaten falt av seg selv: at V1 skulle vente paa SS9-amendment-pakken var
aldri en gate i egen rett, bare batching mot okfs fasit-regenerering. Tas
kostnaden naa, har batchingen ingenting aa batche mot. V1 er frikoblet fra
pakken.

Ankrene re-maalt per ferskvare-regelen. Det avdekket at oekt 6s egen korreksjon
var ufullstendig: :275 er ogsaa en tabellrad, og den staar i SS11s
load-bearing-tabell -- altsaa en roed-betingelse i konformanskontrakten, ikke
prosa. De «fire mekaniske» er i praksis tre.

Ingen normativ fil roert; ingest-spec.md staar fortsatt paa bfa5a9b.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Qi5NoeXZmktJgmkD6bf89b
This commit is contained in:
Kjell Tore Guttormsen 2026-08-02 21:24:53 +02:00
commit f98b28790a
1 changed files with 49 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

49
docs/plan/2026-07-26-v1-generated-felt-okf-v0.2.md
View file

@ -730,3 +730,52 @@ etter den formuleringen finner 4 av 5 treff og står igjen med to like sannsynli
O2. Tellingen «5 av 7» (§4.1, §5) står uendret — det var formen, ikke antallet, som var feil ført.
*Ingen normativ fil rørt av denne korreksjonen; `ingest-spec.md` står fortsatt på `bfa5a9b`.*
---
## 10. RATIFISERT 2026-08-02 — og en andre tabellrad som økt 6 ikke fanget
**Operatøren ratifiserte V1 2026-08-02**, ordrett: *«Jeg kan ta okf-kostnaden nå, men vi må
starte i en ny sesjon.»* Utførelsen ligger dermed hos neste økt, ikke hos den som mottok
vedtaket.
**Begge gater er oppløst, og den andre falt av seg selv.** okf-gaten var lukket fra før (pin
`2504011`, økt 4). Ratifiseringsgaten er nå gitt. Den tredje betingelsen som har ligget i
STATE — at V1 skulle vente på §9-amendment-pakken — var aldri en gate i egen rett: den var
**batching** mot at endringen utløser `llm-ingestion-okf`s regenerering av fire DEFAULT-fasiter.
Når operatøren tar den kostnaden nå, har batchingen ingenting å batche mot. V1 er frikoblet fra
pakken, og S2.3 (`{type: "doc"}`, spurt `20260802T191837Z`) endrer ikke utfallet.
### Ankere re-målt 2026-08-02 (vår egen ferskvare-regel)
| Sted | Seksjon | Ordrett i dag | Behandling |
|---|---|---|---|
| `:34` | §1 Scope | «such (`generated: true` plus a manifest reference, §7) everywhere it is presented.» | prosa — mekanisk |
| `:70` | §3 Layer separation | «the ingest stamp (`generated: true` plus an `ingest_manifest` reference, §7) and MUST NOT» | prosa — mekanisk |
| `:82` | §3 Layer separation | «ownership stamp — `generated: true` together with an `ingest_manifest` reference — while» | prosa — mekanisk |
| `:214` | §7 Provenance | «\| `generated` \| Literally `true` — the machine-generated marker (§1 honesty rule). \|» | feltrad — skriv om/splitt |
| `:275` | §11 Load-bearing | «\| Stamp integrity (curated writers) \| … the complete ownership stamp (`generated: true` with `ingest_manifest`) stops being rejected … \|» | **rød-betingelse** |
### Korreksjonen: det er TO tabellrader, ikke én
Økt 6 korrigerte «de 5 linjene» fra homogene til 4 + 1 og pekte ut `:214`. Re-målingen viser at
korreksjonen selv var ufullstendig: **`:275` er også en tabellrad, og den står i §11s
load-bearing-tabell.** Det er ikke prosa som beskriver stempelet — det er en **rød-betingelse i
konformanskontrakten**. Å endre den endrer hva en konformant implementasjon må bevise, og er
derfor en sterkere handling enn å redigere §1- og §3-prosaen.
De «fire mekaniske» er i praksis **tre** (`:34`, `:70`, `:82`). `:214` og `:275` krever hver sin
vurdering. `:152` og `:309` overlever (feltnavn, ikke literal).
Dette er andre gang en verifiseringsrad i denne planen påsto homogenitet som ikke fantes. Regelen
står: **sjekk hva linjene FAKTISK bærer — og hvilken tabell de står i — før noe føres som
mekanisk.**
### Varslingsplikt, utløst av utførelsen
Endringen utløser den lovede meldingen til `llm-ingestion-okf` — den setter i gang deres
regenerering av de fire DEFAULT-fasitene. Den sendes i **samme økt** som tekstendringen, ikke
senere. `portfolio-optimiser-claude` varsles samtidig; de vet ennå ikke at id-en er
`process:okf-ingest`.
*`ingest-spec.md` er fortsatt urørt på `bfa5a9b` i det dette skrives.*