@haus-tech/haus-workflow 5.1.0 → 5.3.0

package/CHANGELOG.md

@@ -1,5 +1,23 @@
 # Changelog
 
+## [5.3.0](https://github.com/WeAreHausTech/haus-workflow/compare/v5.2.0...v5.3.0) (2026-09-09)
+
+### Features
+
+- **request-sync:** Original request title speglar Original request ([#542](https://github.com/WeAreHausTech/haus-workflow/issues/542)) ([cb7afea](https://github.com/WeAreHausTech/haus-workflow/commit/cb7afea56473d493b3f1776a490df778312a1651))
+
+## [5.2.0](https://github.com/WeAreHausTech/haus-workflow/compare/v5.1.0...v5.2.0) (2026-09-08)
+
+### Features
+
+- **request:** avslutning "var posten står" via archive.mjs nasta-steg, Asana-fältnamnen följer poängaxeln ([#530](https://github.com/WeAreHausTech/haus-workflow/issues/530), [#529](https://github.com/WeAreHausTech/haus-workflow/issues/529)) ([#538](https://github.com/WeAreHausTech/haus-workflow/issues/538)) ([2582d12](https://github.com/WeAreHausTech/haus-workflow/commit/2582d12e0a0921318375cf2c6671fb359196cd18))
+- **request:** formkrav på utfallsvalen, språkgrind på kundtexten, assessorns verktyg och egenbygge som prisavgörande ([#520](https://github.com/WeAreHausTech/haus-workflow/issues/520), [#521](https://github.com/WeAreHausTech/haus-workflow/issues/521), [#523](https://github.com/WeAreHausTech/haus-workflow/issues/523), [#524](https://github.com/WeAreHausTech/haus-workflow/issues/524)) ([#539](https://github.com/WeAreHausTech/haus-workflow/issues/539)) ([160d7b4](https://github.com/WeAreHausTech/haus-workflow/commit/160d7b4a72c2187d3975cd6837d790442d127f6c))
+- **request:** mätkedjan bokför effort som begärd, samtidigheten och pid på en pågående körning ([#525](https://github.com/WeAreHausTech/haus-workflow/issues/525), [#526](https://github.com/WeAreHausTech/haus-workflow/issues/526), [#516](https://github.com/WeAreHausTech/haus-workflow/issues/516)) ([#537](https://github.com/WeAreHausTech/haus-workflow/issues/537)) ([fe8d01d](https://github.com/WeAreHausTech/haus-workflow/commit/fe8d01d70394b4c2caa8a3f471f1b408d48abbb1)), closes [#493](https://github.com/WeAreHausTech/haus-workflow/issues/493)
+
+### Bug Fixes
+
+- **request:** kundtextfix täcker coverage_post.yta och en lyckad omdispatch bär sitt brott ([#517](https://github.com/WeAreHausTech/haus-workflow/issues/517), [#522](https://github.com/WeAreHausTech/haus-workflow/issues/522)) ([#536](https://github.com/WeAreHausTech/haus-workflow/issues/536)) ([b13a8f4](https://github.com/WeAreHausTech/haus-workflow/commit/b13a8f4d206a620ce7fa642c4b9b90bed1e22711))
+
 ## [5.1.0](https://github.com/WeAreHausTech/haus-workflow/compare/v5.0.1...v5.1.0) (2026-09-03)
 
 ### Features

package/library/global/agents/request-assessor.md

@@ -21,17 +21,25 @@ repot — du läser koden på riktigt. Du frågar aldrig något och skriver inga
    katalogen finns och ser ut som rätt projekt innan du börjar), `DEPS:`
    (`installerade` eller `saknas`: vid saknas finns inga paket i arbetskopian,
    installera aldrig något, och redovisa det du inte kunnat belägga i paketen
-   under _Ej verifierat_ enligt skillen), `KÄLLOR:` (källmanifestet specifiern
+   under _Ej verifierat_ enligt skillen), `SPRÅK:` (`svenska` eller
+   `engelska`: kundens språk, som analysens kundvända delar följer enligt
+   skillen), `KÄLLOR:` (källmanifestet specifiern
    fick: grep-träffar och sökvägar från starten, ett underlag att verifiera,
    aldrig ett facit; läs vidare själv där det pekar och belägg varje påstående
    i koden som förut).
 3. Spåra påverkan i koden med Read/Grep/Glob: delad kod, datalagring,
    integrationspunkter, flöden, gränssnitt, testtäckning. Det du inte kan
    verifiera skrivs ordagrant som overifierat, enligt skillen.
-4. Bash får ENDAST användas för läsande git-kommandon (`git ls-files`,
-   `git check-ignore`, `git log`, `git grep`) — spårningsstatus är ofta
-   analysens tyngsta faktum och ska verifieras, inte antas. Aldrig kommandon
-   som skriver, installerar eller kör kod.
+4. Bash får ENDAST användas för läsande git-kommandon: `git ls-files`,
+   `git check-ignore`, `git log`, `git grep`, `git status` och
+   `git rev-parse` — spårningsstatus är ofta analysens tyngsta faktum och
+   ska verifieras, inte antas. Kör dem som enkla, fristående kommandon:
+   ett `rtk`-prefix behövs aldrig men tillåts (`rtk git log`), aldrig
+   `git -C <katalog>` (kör från repo-roten), och aldrig kedjor med `&&` eller
+   `;` till något annat än pipe-målen `head`, `grep`, `wc` och `ls`. Allt
+   annat nekas tyst av behörighetslagret i headless-läget, och analysen står
+   då utan det faktum den skulle ha verifierat. Aldrig kommandon som
+   skriver, installerar eller kör kod.
 5. Skillens abortgrindar gäller: saknas spec eller repo, avbryt och säg exakt
    vad som saknas i stället för att gissa.
 

package/library/global/agents/request-scorer.md

@@ -18,7 +18,9 @@ genom inringning mot skalans ankare, aldrig genom fri estimering.
    Läs skalan (`references/poangskala.md`) innan du poängsätter — kan den inte
    läsas: poängsätt inte, returnera felet i klartext.
 2. Läs prompten: `REQUEST_ID:`, `MODE: pricing | guard`, `DELPOST:` (split-läge —
-   avgör om ett takfall är `DELA_UPP` eller `OVER_SKALAN`), samt `SPEC:` och
+   avgör om ett takfall är `DELA_UPP` eller `OVER_SKALAN`), `SPRÅK:`
+   (`svenska` eller `engelska`: kundens språk, som varje kundtextfält i
+   kuvertet skrivs på; kontrollen fäller fel språk), samt `SPEC:` och
    `PÅVERKANSANALYS:` som ABSOLUTA SÖKVÄGAR (ADR-0099): läs de två filerna
    via Read, ordagrant och i sin helhet — det är ditt underlag (guard-läge:
    även `FULLPLAN:` och `TIDIGARE_POANG:` med förra körningens JSON). Mode

package/library/global/skills/request/SKILL.md

@@ -302,7 +302,10 @@ Modellkörningar från `utvärdera` bor i ett eget träd och är aldrig prispost
   till `experiments` får suffixet `-post`.
 - `experiment.json` bär `varianter: []` i deklarationsordning och `status` per
   körning: `"klar"`, `"ofärdig"`, `"stopp"`, `"väntar på dom"`. Literalerna
-  skrivs exakt så, mellanslag och diakritiska tecken inkluderade. Äldre filer
+  skrivs exakt så, mellanslag och diakritiska tecken inkluderade. Startraden
+  (`"ofärdig"`, "startad, inte avslutad") bär dessutom startarens `pid`
+  medan körningen pågår; slutstatusen ersätter raden och tar bort den
+  (#516). Äldre filer
   med `baselinemodell` och `kandidatmodell` läses utan fel; nya skrivningar
   använder bara `varianter`. Filen skrivs BARA av `archive.mjs experiment`
   (se `utvärdera` steg 1), aldrig för hand.
@@ -325,7 +328,10 @@ Modellkörningar från `utvärdera` bor i ett eget träd och är aldrig prispost
    REPO-ROT, annars `saknas`; utan repo alltid `saknas`).
    Skriv manifestet till `<katalog>/kallmanifest.md` i varje katalog specen
    arkiveras i (steg 5), så att `bedöm` kan ge assessorn samma manifest utan
-   att bygga ett nytt.
+   att bygga ett nytt. Manifestets första rad är `SPRÅK: <svenska|engelska>`,
+   samma värde som prompten fick: `bedöm` läser språket därifrån till
+   assessorns och scorerns `SPRÅK:`-rad och till `kontroll.mjs --sprak`,
+   aldrig ur en ny gissning (#521).
    Manifestet har sist sektionen `## Avgjorda val`: varje val som en människa
    avgjort efter ett tidigare stopp, en rad var, ordagrant som svaret gavs;
    `inga` om inga. Specifiern får aldrig flagga ett val som står där.
@@ -408,6 +414,8 @@ ja: …`), kör `archive.mjs stopp <katalog> --utfall TILLBAKA_TILL_SPEC
    det bara på uttrycklig begäran. När en post läggs på brädan: sätt status
    `spec_synced`, döp om slug-katalogen till det myntade gid:t, notera sluggen
    i `former_slug` och uppdatera `request_id` i `state.json`.
+   **Avsluta enligt `## Avslutning: var posten står`** (tabellen ur
+   `archive.mjs nasta-steg`, brädraden, ISÄR-kontrollen), aldrig utan.
 
 ## Uppgift: `bedöm`
 
@@ -453,7 +461,9 @@ driftvakt.
    Dispatcha `request-assessor` enligt promptmallen — specens granskarblock
    skickas med som internt underlag (samma förtroendedomän; flaggorna där är
    ofta analysens viktigaste ingång). Promptens `KÄLLOR:`-rad bär
-   `kallmanifest.md` ur katalogen ordagrant, eller `inga` när filen saknas;
+   `kallmanifest.md` ur katalogen ordagrant, eller `inga` när filen saknas,
+   och `SPRÅK:`-raden bär manifestets `SPRÅK:`-värde (#521: kundtextens
+   språk gissas aldrig om, samma rad går till scorern i steg 4);
    assessorn verifierar manifestet själv och ska aldrig ta det för sant
    (ADR-0113: assessorn utforskade repot från noll trots att manifestet redan
    fanns). Arkivera svaret som `impact.md`
@@ -480,10 +490,15 @@ driftvakt.
    Ingen prislista, inget repo, inga andra posters dokument i prompten.
 5. **Ankarlösning och kontraktskontroll.** Skriv agentens hela svarstext (JSON
    plus svansrader) till fil och kör
-   `node <skillkatalog>/scripts/kontroll.mjs <svar.txt> <spec.md> <impact.md> --expect-id <katalogens id> --ut <svar.json> --fixa-kundtext --state <katalog>/state.json`.
+   `node <skillkatalog>/scripts/kontroll.mjs <svar.txt> <spec.md> <impact.md> --expect-id <katalogens id> --ut <svar.json> --fixa-kundtext --state <katalog>/state.json --sprak <svenska|engelska>`.
    `--state` ger contract-check split-status: `OVER_SKALAN` på något som inte
    är en split-del fälls, och ett inget-tak-utfall utan steg mot A16 fälls
-   (#503). Scriptet strippar svansraderna (`MODELL:`, `LÄSTA:`, ev. `AVVIKELSE:`),
+   (#503). `--sprak` ger contract-check kundtextens språk, samma värde som
+   promptens `SPRÅK:`-rad (ur `experiment.json` i utvärdera, ur `SPRÅK:` i
+   `kallmanifest.md` här): kundtext med minst två funktionsord ur fel språk
+   fälls som BROTT och går till omdispatch, aldrig till kundtextfixen, som
+   byter ord men inte översätter (#521).
+   Scriptet strippar svansraderna (`MODELL:`, `LÄSTA:`, ev. `AVVIKELSE:`),
    reparerar det dispatchern redan vet (`request_id`, enumform,
    siffersträngar, LÄSTA-radens sökvägsform) och kör check-lasta,
    `resolve-anchors.mjs` (beläggsankare till ordagranna källblock;
@@ -599,7 +614,9 @@ ref-hash.mjs på request-score/references/poangskala.md>
    `detaljer <post>` gör det. Skriv-tillbaka till brädan sker via request-sync
    i huvudkonversationen, bara på uttrycklig begäran — och det är den flytten
    som tar posten ✅ Spec ok → ⚖️ Poängsättning redo för granskning enligt
-   syncens regler.
+   syncens regler. **Avsluta enligt `## Avslutning: var posten står`**
+   (tabellen ur `archive.mjs nasta-steg`, brädraden, ISÄR-kontrollen, och
+   stopputfall eller OLIKA som ett val användaren ska ta), aldrig utan.
 
 **Stopputfall routas, aldrig tolkas.** Ett stopputfall arkiveras som varvets
 fil (steg 7), statusen blir `assessed`, aldrig `priced`, och posten routas:
@@ -660,6 +677,9 @@ missta:
   bekräftelsefråga. Säg tydligt att detta inte syns för någon annan än arkivet.
 - Verben rör Offer status och kommentarer — aldrig Score, Class eller
   beskrivningsfält.
+- **Avsluta enligt `## Avslutning: var posten står`** när posten har en
+  arkivkatalog: tabellen ur `archive.mjs nasta-steg` plus brädraden, så
+  flytten syns tillsammans med vad den öppnar för (`bedöm`, kund, inget).
 
 ## Uppgift: `döm`
 
@@ -724,6 +744,10 @@ körd igen för samma post, vars återupptagbarhetsregel omvärderar en
    Notisen är råmaterial till nästa instruktionsversion (mekanismen bakom
    v0.2 till v0.6) och läses aldrig in i någon prompt. `archive.mjs kalibrering <arkivrot>`
    listar alla.
+4. **Avsluta enligt `## Avslutning: var posten står`**: tabellen ur
+   `archive.mjs nasta-steg` visar om spärren lyfts (raden pekar då vidare på
+   sync/godkänn) eller fortfarande väntar (`döm` igen efter en beställd
+   omkörning), plus brädraden.
 
 **Granskarutslag skrivs som citat, aldrig som prosa.** När granskarens
 beslut ska in i underlaget, alltså när det ändrar eller preciserar en
@@ -901,12 +925,13 @@ Frågan gäller alltså kostnaden, inte risken att förlora data.
    node <skillkatalog>/scripts/svep.mjs --repo-rot <abs> --konto <namn> \
      --modell <modell> [--modell <modell>]... \
      --exp experiments/<slug> [--exp experiments/<slug>]... \
-     [--tickets-parallellt 2] [--om | --hoppa-över]
+     [--tickets-parallellt 2] [--modeller-parallellt 4] [--om | --hoppa-över]
    ```
 
    Varje varv startas av `svep.mjs` som EN `korning.mjs`-process, och det är
-   det som ger mätningen gratis. Parallellregeln: två tickets åt gången, alla
-   modeller för en ticket startar samtidigt, och nästa ticket startar först när en tickets samtliga
+   det som ger mätningen gratis. Parallellregeln: två tickets åt gången, högst
+   fyra modeller för en ticket i flykt (`--modeller-parallellt`, #526), och
+   nästa ticket startar först när en tickets samtliga
    modeller är klara. Det är säkert därför att körningskatalogerna redan är
    isolerade (`ny-korning` är atomisk, varje varv har egen katalog, manifest
    och repo läses bara) och det enda delade tillståndet, `experiment.json`,
@@ -943,7 +968,12 @@ Frågan gäller alltså kostnaden, inte risken att förlora data.
      `matning.json`: en process kan inte känna sin egen klocktid när arbetet
      ligger i bakgrundsprocesser, och stegsvarens `duration_ms` räknar inte in väntan på dem.
      `korning.json` bär summan över stegen, därav den egna filen. En kraschad körning har en klocktid, ofta det intressantaste
-     talet i tabellen, därför skrivs `matning.json` även vid krasch.
+     talet i tabellen, därför skrivs `matning.json` även vid krasch. Lasten
+     väggtiden mättes under står i `korning.json`:s steg som
+     `samtidiga_processer` (levande agentprocesser på maskinen vid stegets
+     start, räknat med `pgrep`, maskinvitt och best effort, `null` när
+     räkningen föll); rapporten visar maxvärdet bredvid väggtiden och märker
+     en körning utan fältet som mätt under okänd samtidighet (#526).
    - **Proveniensen stämplas EFTER `korning.json`, aldrig före**, annars
      saknar stämpeln faktureringsdatan. Kommandot räknar själv `skill_sha256`
      (över `SKILL.md` plus de fyra agentdefinitionerna) och `underlag_sha256`,
@@ -994,7 +1024,10 @@ Frågan gäller alltså kostnaden, inte risken att förlora data.
    den ett modellnamn får varje agentprocess modell-override till den på ALLA
    tre agenter; overriden är `--model` på processen, aldrig en promptrad, och
    agentdefinitionerna röres aldrig, effort tas ur definitionen
-   som vanligt. Overriden verifieras per steg mot `modelUsage` i råsvaret
+   som vanligt, utom när `korning.mjs` fått `--effort`: då får varje
+   agentprocess samma `--effort`-override, stegposten och `runs[]` bär den
+   som begärd (`effort_begard`, `add-run --effort`), aldrig som verifierad,
+   eftersom faktureringen inte bär någon effort (#525). Overriden verifieras per steg mot `modelUsage` i råsvaret
    (ADR-0099, se modellverifieringen ovan), svansraden arkiveras men avgör
    aldrig ensam. `approval` förblir `null`, `state.json`
    får `"experiment": true` ur skelettet `ny-korning` skrev. `REQUEST_ID`
@@ -1059,8 +1092,8 @@ Frågan gäller alltså kostnaden, inte risken att förlora data.
 ### Batch: flera poster
 
 `utvärdera <post1> <post2> … <modell…>` kör varje ticket och modell i en EGEN
-`korning.mjs`-process, parallellt enligt `svep.mjs`: två tickets åt gången, alla
-modeller för en ticket samtidigt, och nästa ticket startar när en ticket är
+`korning.mjs`-process, parallellt enligt `svep.mjs`: två tickets åt gången, högst
+fyra modeller för en ticket i flykt, och nästa ticket startar när en ticket är
 helt klar (steg 4). Raden `svep.mjs` kör per varv:
 
 ```
@@ -1111,7 +1144,12 @@ modellverifieringen och status via `archive.mjs experiment`), se steg 4.
   över med en notis. `"ofärdig"` är avbruten data, inget resultat värt att
   skydda: den utlöser aldrig omkörningsfrågan, utan körs om automatiskt som
   en ny `k<N+1>` under samma modell. Den gamla ofärdiga körningen skrivs
-  ändå aldrig över, den står kvar som historik över vad som gick fel.
+  ändå aldrig över, den står kvar som historik över vad som gick fel. Ett
+  undantag: en `"ofärdig"`-rad som bär en `pid` vars process lever är ingen
+  avbruten körning utan en som pågår i ett annat svep (två konton mot samma
+  checkout, ADR-0093); den hoppas med notisen att den pågår i en annan
+  process och står som `pågår` i sluttabellen, aldrig som en dubblett
+  (#516). En död pid, eller ingen pid alls, körs om som förut.
   `"väntar på dom"` OMVÄRDERAS i stället för att hoppas över, det är den
   enda platsen som är aktören för den statusen: kör `archive.mjs sparr` på
   körningskatalogen. Exit 0 betyder att domen är fälld: sätt körningens
@@ -1172,6 +1210,56 @@ tvärs poster med olika modelluppsättning, eller uttalar sig om vilket utfall
 som var korrekt. Bedömningen av vad som är ett acceptabelt utfall är
 människans, gjord på erfarenhet av systemet. Rapporten visar spridningen.
 
+## Avslutning: var posten står
+
+Uppgifterna `speca`, `bedöm`, `godkänn`, `underkänn` och `döm` avslutas
+ALLTID med det här blocket (#530). Ett svar som slutar utan det lämnar
+användaren att gissa var posten står, vad hon ska göra och vilket kommando
+som kör vidare, och arkiv och bräda kan då gå isär tyst (`spec_draft`
+lokalt, tom Offer status på brädan). Blocket består av fyra delar, i ordning:
+
+1. **Tabellen ur `node <skillkatalog>/scripts/archive.mjs nasta-steg <katalog>`**
+   klistras in som den är (`| post | står | väntar på | nästa |`, en rad per
+   katalog och del), ALDRIG handskriven, av samma skäl som `bluf`: en
+   handskriven avslutning tappar exakt den rad som skulle ha sagt vad som
+   väntar. Scriptet räknar ut raderna ur `state.json` (status, `stopp`,
+   `respec_varv`, `approval`, olyft OLIKA via spärren, scorerns gällande
+   utfall ur prisfilen) med reglerna ur den här skillens egna grindar;
+   regeltabellen med källhänvisning per rad står ovanför funktionen
+   `nastaStegFor` i scriptet. Ett läge scriptet inte känner skrivs som
+   `okänt läge: <status>`, aldrig som en gissning.
+2. **Brädraden.** Har posten ett gid: hämta Offer status via request-sync i
+   huvudkonversationen (aldrig ur minnet) och skriv raden
+   `Bräda: <Offer status>` direkt under tabellen. Saknar posten gid: skriv
+   `Bräda: ingen (posten ligger inte på brädan)`.
+3. **ISÄR-kontrollen.** Arkivstatus och Offer status ska motsvara varandra
+   enligt tabellen nedan (värdena är request-sync:s, normaliserade på
+   alfabetiska kärnan som där). Avviker de skrivs en rad
+   `ISÄR: arkiv <x>, bräda <y>` följd av det kommando som stänger gapet.
+
+   | arkivstatus (`state.json`)                     | förväntad Offer status               | stänger gapet                                                                       |
+   | ---------------------------------------------- | ------------------------------------ | ----------------------------------------------------------------------------------- |
+   | `spec_draft`                                   | tom eller 📥 Inkommet                | sync via request-sync (🔍) när specen ska granskas                                  |
+   | `spec_synced`                                  | 🔍 Spec redo för granskning          | `godkänn`/`underkänn`, eller sync om brädan står på 📥                              |
+   | `spec_synced`/`spec_draft` med `approval` satt | ✅ Spec ok                           | `bedöm`; står brädan på 🔍 är approval-anteckningen äldre än brädan, läs om grinden |
+   | `assessed`/`priced`, poängen synkad            | ⚖️ Poängsättning redo för granskning | sync via request-sync om brädan står kvar på ✅                                     |
+   | klar (`godkänn` från ⚖️)                       | 📤 Klar – till kund                  | inget, kundens `Decision` avgör resten                                              |
+
+   Arkivet är cache och Asana sanningen (Hårda regler): ett ISÄR löses alltid
+   i riktning mot brädan, aldrig genom att skriva om brädan för att matcha
+   arkivet. En experimentvariant (`experiment: true`) har ingen brädrad och
+   ingen ISÄR-kontroll, den når aldrig Asana.
+
+4. **Valet, när det finns ett.** Ett stopputfall (`TILLBAKA_TILL_SPEC`,
+   `ESKALERA`, `KONCEPT`, `DIAGNOS`) och en olyft `double_run: olika`
+   presenteras som ett val användaren ska ta, inte bara som routing:
+   "här är ditt val", följt av alternativen (vid TILLBAKA_TILL_SPEC det
+   öppna valet ur `stopp.orsak` eller källfilen; vid OLIKA de två
+   körningarnas belägg sida vid sida, se bedöm steg 6) och kommandot som
+   verkställer svaret (`speca <post>` efter `## Avgjorda val` + `respec`,
+   `döm <post>`, kunddialog). Ett stopp som bara routas läses som "maskinen
+   jobbar vidare", och ingen gör något.
+
 ## Mekaniska script: `scripts/`
 
 Tolv deterministiska script bor i katalogen: de fem kontrollerna nedan,
@@ -1205,7 +1293,7 @@ referensfiler vars regler det speglar och VARNAR när en katalogbump ändrat dem
   FÖRE contract-check. Exit 0 = allt löst (eller inga ankare i filen), 1 =
   minst ett OLÖST/FLERTYDIG ankare (kontraktsbrott, mekanisk omdispatch),
   2 = användningsfel.
-- `scripts/contract-check.mjs <run.json> <spec.md> [impact.md] [--expect-id <id>]`
+- `scripts/contract-check.mjs <run.json> <spec.md> [impact.md] [--expect-id <id>] [--state <state.json>] [--sprak <svenska|engelska>]`
   — kontraktskontroll av score-JSON EFTER körning: enums,
   konfidensintervall, poängupplösning, inringningens närvaro (även per
   alternativ; under-A1-fallet med floor null och tak A1 är giltigt), belägg/
@@ -1223,7 +1311,10 @@ referensfiler vars regler det speglar och VARNAR när en katalogbump ändrat dem
   mellan between-paret, relation mot poäng; poäng PÅ ett ankare trots
   storre/mindre är VARNING bara vid avrundningskollaps), att `type` är en av
   skalans fem typer, och undantar svartlistade ord som står i specen
-  (ADR-0115).
+  (ADR-0115). Med `--sprak` prövas varje kundtextfält mot språket (#521):
+  minst två OLIKA funktionsord ur fel språk, hela ord, skiftlägesokänsligt
+  (listorna i `lib.mjs` `FUNKTIONSORD`), är BROTT `kundtext på fel språk`;
+  diakritiska tecken är ingen signal. Utan flaggan ingen språkkontroll.
 - `scripts/check-lasta.mjs "<LÄSTA-innehåll>" <spec.md> <impact.md>` —
   kontrollerar scorerns läs-scope: LÄSTA-raden ska bära underlagens två
   sökvägar och får därutöver bara bära filer under skillens egen katalog.
@@ -1255,29 +1346,41 @@ referensfiler vars regler det speglar och VARNAR när en katalogbump ändrat dem
   `approval`, `granskarutslag` och `stopp`, rör aldrig `runs[]`) och
   `bluf <katalog>` (markdown-tabellen `| post | poäng | utfall | konfidens | anm |`
   över katalogen och dess `del-N/` rekursivt, bunt-roten som
-  `bunt (N delar)`; värdena ur filerna, aldrig ur prosa). `add-run` läser
+  `bunt (N delar)`; värdena ur filerna, aldrig ur prosa) och
+  `nasta-steg <katalog>` (läs-enbart, markdown-tabellen
+  `| post | står | väntar på | nästa |` över katalogen och dess `del-N/`
+  rekursivt: var posten står, vad en människa väntas göra och vilket
+  `/request`-kommando som kör vidare, ur `state.json` och scorerns gällande
+  utfall enligt regeltabellen i scriptet; okänt läge skrivs som
+  `okänt läge: <status>` med exit 0, trasig `state.json` är exit 2, se
+  `## Avslutning: var posten står`). `add-run` läser
   `effort:` ur agentdefinitionen när `--effort` utelämnas och kanoniserar
   `--model`; `set-status priced` vägrar när `stopp` är satt.
-  `experiment <experimentkatalog> [--satt nyckel=värde]... [--variant <modell>]... [--korning <modell>/k<N> --status <klar|ofärdig|stopp|väntar på dom> [--orsak <text>]]`
+  `experiment <experimentkatalog> [--satt nyckel=värde]... [--variant <modell>]... [--korning <modell>/k<N> --status <klar|ofärdig|stopp|väntar på dom> [--orsak <text>] [--pid <heltal>]]`
   är den ENDA skrivaren av `experiment.json` (se `utvärdera` steg 1): låst
   läs-modifiera-skriv med atomisk skrivning, katalog och fil skapas om de
   saknas. `--satt` skriver toppnivåfält append-only (samma värde är no-op,
   ett annat värde är exit 2; `eskalerad` tolkas som boolean), `--variant` är
   UNION med bevarad ordning, och `--korning` kräver `--status` ur de fyra
   statusliteralerna, rör ingen annan körning och kräver att katalogen
-  `<modell>/k<N>` finns. Exit 0 ok, 2 användnings- eller tillståndsfel.
-- `scripts/svep.mjs --repo-rot <abs> --konto <namn> --modell <m>... --exp experiments/<slug>... [--tickets-parallellt 2] [--om | --hoppa-över]`:
+  `<modell>/k<N>` finns. `--pid` (heltal, bara med `--korning`) skriver
+  startarens pid på raden; en statusskrivning utan `--pid` ersätter raden
+  helt, så pid:n försvinner med slutstatusen (#516). Exit 0 ok, 2
+  användnings- eller tillståndsfel.
+- `scripts/svep.mjs --repo-rot <abs> --konto <namn> --modell <m>... --exp experiments/<slug>... [--tickets-parallellt 2] [--modeller-parallellt 4] [--om | --hoppa-över]`:
   utvärderas startare (se `utvärdera` steg 4 och Batch). Kör två tickets åt
-  gången med alla modeller per ticket samtidigt, nästa ticket när en är helt
+  gången med högst fyra modeller per ticket i flykt, nästa ticket när en är helt
   klar, och gör per varv `ny-korning`, starten av `korning.mjs`,
   `stderr.log`, `matning.json`, `proveniens`,
   modellverifiering mot `modelUsage` och status via `archive.mjs experiment`.
+  Startraden i `experiment.json` bär svepets pid (#516).
   Återupptar ur `experiment.json`: `klar` och `stopp` hoppas utan `--om`,
-  `väntar på dom` prövas med `sparr`, `ofärdig` körs om. En `--exp` utan
+  `väntar på dom` prövas med `sparr`, `ofärdig` körs om, utom när raden bär
+  en levande `pid` (pågår i ett annat svep, hoppas som `pågår`, #516). En `--exp` utan
   `onskemal.md`, `kallmanifest.md` eller `experiment.json` med `request_id` märks
   och hoppas över. Exit 0 när ingen körning blev `ofärdig`, 1 annars, 2 vid
   användningsfel.
-- `scripts/korning.mjs --katalog <abs k<N>> --exp <abs experimentkatalog> --repo-rot <abs> --request-id <gid eller slug> --modell <modell|default> [--claude <kommando>] [--delar-parallellt 2]`:
+- `scripts/korning.mjs --katalog <abs k<N>> --exp <abs experimentkatalog> --repo-rot <abs> --request-id <gid eller slug> --modell <modell|default> [--claude <kommando>] [--delar-parallellt 2] [--effort <low|medium|high|xhigh|max|default>]`:
   utvärderas inre process (se `utvärdera` steg 4), ett script utan
   modellturer. Bygger prompterna ur `onskemal.md`, `kallmanifest.md` och
   `experiment.json`, där `sprak` är OBLIGATORISK: saknas den skrivs en
@@ -1287,9 +1390,14 @@ referensfiler vars regler det speglar och VARNAR när en katalogbump ändrat dem
   compare-scores) plus arkiveringen (`archive.mjs`) är scriptanrop.
   Buntens delar körs två åt gången och scorerns två körningar samtidigt;
   `DELA_UPP` körs inte autonomt i v1 utan ger status `stopp` med orsak.
-  `korning.json` är summan över stegen (`korningsmotor`, `steg`,
-  `modellverifiering` plus rapportens vanliga nycklar). Exit 0 när körningen
-  gick igenom, 1 när minst en del blev ofärdig, 2 vid användningsfel.
+  `--effort` är en override på varje agentprocess, symmetrisk med
+  `--modell`: `default` ger ingen flagga och add-run läser definitionen som
+  förut; allt annat skickas till processen och till `add-run --effort` som
+  begärd, aldrig verifierad (#525). `korning.json` är summan över stegen
+  (`korningsmotor`, `steg` med `effort_begard` och `samtidiga_processer` per
+  steg, `modellverifiering` plus rapportens vanliga nycklar). Exit 0 när
+  körningen gick igenom, 1 när minst en del blev ofärdig, 2 vid
+  användningsfel.
 - `scripts/kontroll.mjs <svar.txt> <spec.md> <impact.md> --expect-id <id> --ut <ren.json> [--fixa-kundtext] [--claude <kommando>] [--fix-modell sonnet] [--fix-fil <rå.json>]`:
   scorerns kontrollkedja i EN process (se `bedöm` steg 5): svansrader,
   JSON-extraktion, deterministiska reparationer, sedan check-lasta,
@@ -1300,7 +1408,12 @@ referensfiler vars regler det speglar och VARNAR när en katalogbump ändrat dem
   belägg, och varje reparation skrivs som en `REPARERAT:`-rad som anroparen
   bokför i runs-radens `note`. `--fixa-kundtext` skriver om ett
   protokollterm-brott i ett rent kundtextfält med en billig modell i stället
-  för att kosta en hel scorerkörning, högst en runda. stdout bär `MODELL:`,
+  för att kosta en hel scorerkörning, högst en runda. `--state <state.json>`
+  och `--sprak <svenska|engelska>` går rakt vidare till contract-check
+  (split-status respektive kundtextens språk; `korning.mjs` tar språket ur
+  `experiment.json`, det manuella flödet ur `SPRÅK:` i `kallmanifest.md`).
+  Ett språkbrott är aldrig kundtextfixbart och går till omdispatch (#521).
+  stdout bär `MODELL:`,
   `LÄSTA:`, ev. `AVVIKELSE:`, `REPARERAT:`-rader och sist verdiktet. Exit 0 =
   kedjan håller, 1 = BROTT (omdispatch enligt ADR-0092), 2 = användningsfel.
 
@@ -1351,6 +1464,7 @@ aldrig vidare som om kontrollen passerat.
   ```
   REPO-ROT: <absolut sökväg>
   DEPS: <installerade | saknas>
+  SPRÅK: <svenska | engelska>
   KÄLLOR:
   <kallmanifest.md ordagrant, eller "inga">
 
@@ -1367,6 +1481,7 @@ aldrig vidare som om kontrollen passerat.
   REQUEST_ID: <gid eller slug>
   MODE: <pricing|guard>
   DELPOST: <nej | ja, del N av M>
+  SPRÅK: <svenska | engelska>
 
   SPEC: <absolut sökväg till spec.md>
   PÅVERKANSANALYS: <absolut sökväg till impact.md>
@@ -1375,6 +1490,12 @@ aldrig vidare som om kontrollen passerat.
   (guard-läge lägger till `FULLPLAN:` och `TIDIGARE_POANG:` —
   guard-kommandot kommer i ett senare steg.)
 
+  `SPRÅK:` är kundtextens språk för assessorn och scorern (#521): samma
+  värde som specifiern fick, ur `experiment.json` (`sprak`) i utvärdera och
+  ur `SPRÅK:` i `kallmanifest.md` i det manuella flödet. Analysens
+  kundvända delar och kuvertets kundtextfält skrivs på det språket;
+  `contract-check --sprak` fäller kundtext på fel språk.
+
 - **Svansrader efter huvudinnehållet**, i denna ordning: `MODELL: <modell-id>`
   (alla agenter), `LÄSTA: <kommaseparerade absoluta sökvägar eller "inga">`
   (endast scorern — dess Read är promptbegränsad, raden gör regeln