docs(plan): state the gate requirement precisely -- fixture set, not tagged artifact

okf asked outright whether the v1.0 gate requires 'the tagged artifact resolves
0.3.1' or 'the fixture set passes against 0.3.1'. It is the second, and the
answer is locked here so a later session cannot quietly upgrade the ask into a
release request against their operator.

They refused to widen their published range to run the measurement, and the
refusal is better than the ask it answers: widening a published range in order
to generate the evidence that would justify widening it is circular, and a red
result would then have meant unwinding a release to fix a test setup. The
measurement has to be able to say no. Their scratch-venv method -- outside the
project environment, --no-deps, guard installed from the v0.3.1 tag, resolved
version asserted from importlib.metadata -- satisfies the gate exactly.

docs/PLAN-v1.md

@@ -248,8 +248,16 @@ Nøkkelantakelser (+ test) · Verifisering. Testkommando alltid:
   ikke** — uv resolver v0.2.0, constrainten er tilfredsstilt, og fixturene kommer
   grønt tilbake fordi v0.2.0 aldri hadde regresjonen. Et grønt svar er dermed det
   ENESTE utfallet som intet forteller og ser ut som det forteller alt.
-  **Gate-krav:** resultatet må navngi den resolvede guard-versjonen, og den må være
-  `0.3.1`. Bedt om 2026-07-25: widen range + flytt uv-source-taggen før fixture-kjøringen.
+  **Gate-kravet, presist formulert (okf spurte rett ut 2026-07-25 — svaret er låst):**
+  gaten krever at **fixture-settet passerer mot guard 0.3.1**, med den resolvede
+  versjonen lest fra `importlib.metadata` ved kjøretid og oppgitt i resultatet. Gaten
+  krever **IKKE** at okfs taggede artefakt kan *resolve* 0.3.1 — det er en RELEASE-
+  beslutning eid av deres operatør, ikke et bevis om vår kalibrering. Vi stiller ingen
+  release-forespørsel. Målingen skal kunne si nei uten at noen først har shippet et
+  utvidet range; ville vi krevd det motsatte, ville vi bedt dem utgi en range som
+  slipper inn en versjon de ennå ikke har målt.
+  Deres metode (scratch-venv utenfor prosjektmiljøet, `--no-deps`, guard installert
+  direkte fra `v0.3.1`-taggen, resolved versjon assertert) tilfredsstiller gaten.
 - **Transitiv ankomst teller IKKE som integrasjon** (portfolio-optimisers innsikt,
   2026-07-25). okf v0.4.0 gjør guarden til en OBLIGATORISK runtime-dep, så en
   konsument kan få oss i grafen uten å velge oss — og i dag lander de da på v0.2.0,