docs(plan): record the weekly watch set-up for row 1 (V.11)

docs/PLAN.md

@@ -390,6 +390,25 @@ ikke gjenskapt. Grunnlinjen er gjenskapt eksakt med `docs/gap-sweep.py`: 106/198
   Alle sju er avgjort. Sluttmålingen (§ V.3) gjenstår: rad 1 venter på sju dager
   med ukentlige kjøringer hos llm-security.
 
+## V.11 Rad 1: den ukentlige kjøringen er satt opp (02.11.2026, ingen release)
+
+- **llm-security meldte 02.11** at deres ukentlige utgavevakt (launchd, mandager
+  09:15) kjører lista vår fra og med denne dagen. Den kjøres med et eget skript før
+  deres egen kjøring, så en feil hos dem kan ikke hoppe over den. Lista leses slik
+  den står committet på HEAD (`docs/threat-2026/watch-sources.json`), aldri fra
+  arbeidstreet. Tilstanden og utdataene ligger i egne filer. Vi får en melding når
+  radene `behind`, `notVerified` eller `watch` endrer seg, når en feil oppstår, og
+  alltid etter første kjøring.
+- **Første kjøring** (startet for hånd 02.11, lista ved `9385b2b`): 16 current,
+  0 behind, 0 notVerified, 0 watch, 12 prober ok. Det er det samme som vår egen
+  kjøring i § V.10.
+- **Sjekket herfra 02.11:** deres tørrkjøring ga exit 0 og «unchanged, no message».
+  Den skrev ingenting: sha256 av begge tilstandsfilene var lik før og etter.
+- **Ikke framme ennå:** jobben har ikke kjørt lista av seg selv. Dagens planlagte
+  kjøring (09:15) gikk før lista ble lagt inn. Den første er 09.11.2026 09:15.
+  Sluttmålingen (§ V.3) tas etter den: rad 1 telles med de 16, og den kjente
+  positive kontrollen (v1.4.1-kopien melder bak, § V.7) kjøres på nytt.
+
 ## Forrige retning (godkjent av operatøren 28.10.2026, nådd 31.10)
 
 > «llm-ingestion-guard bygger på nyeste utgave av hver trusselkatalog den viser til,