@haus-tech/haus-workflow 5.0.1 → 5.2.0

package/CHANGELOG.md

@@ -1,5 +1,24 @@
 # Changelog
 
+## [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
+
+- **request:** requestmotorn 2.1, rättningar efter IPC-ärende 14001 ([#498](https://github.com/WeAreHausTech/haus-workflow/issues/498)) ([389372c](https://github.com/WeAreHausTech/haus-workflow/commit/389372ce00c207298bac7112df00b0891a2b6539)), closes [#Villkor](https://github.com/WeAreHausTech/haus-workflow/issues/Villkor) [#493](https://github.com/WeAreHausTech/haus-workflow/issues/493) [#513](https://github.com/WeAreHausTech/haus-workflow/issues/513) [#482](https://github.com/WeAreHausTech/haus-workflow/issues/482) [#477](https://github.com/WeAreHausTech/haus-workflow/issues/477)
+- **request:** requestmotorn 2.1, scriptad inre process, parallellt svep och grindarna ur IPC 14001 (ADR-0111 till 0119) ([#519](https://github.com/WeAreHausTech/haus-workflow/issues/519)) ([6262093](https://github.com/WeAreHausTech/haus-workflow/commit/6262093105ef705d61cafd7bc7e80b79069a0b13)), closes [#Villkor](https://github.com/WeAreHausTech/haus-workflow/issues/Villkor) [#493](https://github.com/WeAreHausTech/haus-workflow/issues/493) [#513](https://github.com/WeAreHausTech/haus-workflow/issues/513) [#482](https://github.com/WeAreHausTech/haus-workflow/issues/482) [#477](https://github.com/WeAreHausTech/haus-workflow/issues/477)
+
 ## [5.0.1](https://github.com/WeAreHausTech/haus-workflow/compare/v5.0.0...v5.0.1) (2026-09-02)
 
 ### Bug Fixes

package/library/catalog/manifest.json

@@ -1,5 +1,5 @@
 {
-  "version": "6.4.0",
+  "version": "6.4.1",
   "manifestFormat": 2,
   "globalPlugins": [
     {
@@ -529,7 +529,7 @@
     },
     {
       "id": "haus.ecc-tdd-guide",
-      "version": "1.0.0",
+      "version": "1.1.0",
       "source": "curated",
       "type": "agent",
       "path": "sources/ecc/agents/tdd-guide.md",
@@ -575,12 +575,6 @@
         },
         {
           "dependency": "typescript"
-        },
-        {
-          "stack": "playwright"
-        },
-        {
-          "dependency": "@playwright/test"
         }
       ]
     },
@@ -834,6 +828,70 @@
         }
       ]
     },
+    {
+      "id": "haus.ecc-tdd-workflow",
+      "version": "1.0.0",
+      "source": "curated",
+      "type": "skill",
+      "path": "sources/ecc/skills/tdd-workflow",
+      "title": "Ecc Tdd Workflow",
+      "purpose": "Use this skill when writing new features, fixing bugs, or refactoring code. Enforces test-driven development with 80%+ coverage including unit, integration, and E2E tests.",
+      "whenToUse": "Use this skill when writing new features, fixing bugs, or refactoring code. Enforces test-driven development with 80%+ coverage including unit, integration, and E2E tests.",
+      "whenNotToUse": "Not the house TDD bar — that lives in the workflow standard and the superpowers test-driven-development plugin. This is the ECC companion that haus.ecc-tdd-guide, haus.ecc-react-testing, and haus.ecc-laravel-tdd dispatch to; do not load it as a second general TDD procedure.",
+      "tags": ["workflow", "testing"],
+      "repoRoles": [],
+      "tokenEstimate": 5366,
+      "tokenBudget": 6976,
+      "installMode": "copy-selected",
+      "default": false,
+      "reviewStatus": "approved",
+      "riskLevel": "low",
+      "useMode": "copy",
+      "license": "MIT",
+      "licenseConfidence": "high",
+      "originSourceId": "ecc-affaanm",
+      "originUrl": "https://github.com/affaan-m/ECC/blob/ca185ef5f7667078a1e70a763bd3a9c71c48acf0/skills/tdd-workflow/SKILL.md",
+      "pinnedRef": "ca185ef5f7667078a1e70a763bd3a9c71c48acf0",
+      "ecosystem": "testing",
+      "requiresAny": [
+        {
+          "dependency": "react"
+        },
+        {
+          "stack": "testing-library"
+        },
+        {
+          "dependency": "@testing-library/react"
+        },
+        {
+          "dependency": "@testing-library/dom"
+        },
+        {
+          "stack": "vue"
+        },
+        {
+          "dependency": "vue"
+        },
+        {
+          "stack": "typescript5"
+        },
+        {
+          "dependency": "typescript"
+        },
+        {
+          "stack": "laravel"
+        },
+        {
+          "dependency": "laravel/framework"
+        },
+        {
+          "stack": "phpunit"
+        },
+        {
+          "dependency": "phpunit/phpunit"
+        }
+      ]
+    },
     {
       "id": "haus.ecc-laravel-verification",
       "version": "1.0.2",
@@ -4663,7 +4721,7 @@
     },
     {
       "id": "haus.ecc-common-testing-rule",
-      "version": "1.1.0",
+      "version": "1.2.0",
       "source": "curated",
       "type": "rule",
       "path": "sources/ecc/rules/common/testing.md",
@@ -4710,12 +4768,6 @@
         },
         {
           "dependency": "typescript"
-        },
-        {
-          "stack": "playwright"
-        },
-        {
-          "dependency": "@playwright/test"
         }
       ]
     },
@@ -4857,52 +4909,6 @@
         }
       ]
     },
-    {
-      "id": "haus.ecc-typescript-testing-rule",
-      "version": "1.1.0",
-      "source": "curated",
-      "type": "rule",
-      "path": "sources/ecc/rules/typescript/testing.md",
-      "title": "Ecc Typescript Testing Rule",
-      "purpose": "TypeScript/JavaScript Testing",
-      "whenToUse": "TypeScript/JavaScript Testing",
-      "whenNotToUse": "Do not use when a more specific skill or command applies.",
-      "tags": ["workflow", "typescript"],
-      "repoRoles": [],
-      "tokenEstimate": 94,
-      "tokenBudget": 123,
-      "installMode": "copy-selected",
-      "default": false,
-      "reviewStatus": "approved",
-      "riskLevel": "low",
-      "useMode": "copy",
-      "license": "MIT",
-      "licenseConfidence": "high",
-      "originSourceId": "ecc-affaanm",
-      "originUrl": "https://github.com/affaan-m/ECC/blob/a15c8e853309818e96fe495d373a7aea47b1298d/rules/typescript/testing.md",
-      "pinnedRef": "a15c8e853309818e96fe495d373a7aea47b1298d",
-      "ecosystem": "typescript",
-      "requiresAny": [
-        {
-          "dependency": "react"
-        },
-        {
-          "stack": "testing-library"
-        },
-        {
-          "dependency": "@testing-library/react"
-        },
-        {
-          "dependency": "@testing-library/dom"
-        },
-        {
-          "stack": "playwright"
-        },
-        {
-          "dependency": "@playwright/test"
-        }
-      ]
-    },
     {
       "id": "haus.samber-golang-golang-testing",
       "version": "1.0.0",

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

@@ -18,21 +18,37 @@ repot — du läser koden på riktigt. Du frågar aldrig något och skriver inga
    för grinden), `GRANSKARBLOCK:` (specens interna granskarblock: flaggorna där
    är ofta analysens viktigaste ingång — använd dem som underlag, men citera
    dem aldrig i dokumentets kundvända delar), `REPO-ROT:` (bekräfta att
-   katalogen finns och ser ut som rätt projekt innan du börjar).
+   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), `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.
 
 ## Svarskontrakt
 
 - Exakt skillens dokumentformat: en sida med de fasta rubrikerna, därefter
-  `## Till granskaren`-blocket. Ingen inledning, ingen avslutning, med EXAKT
+  `## Till granskaren`-blocket, där raden _Avvikelse mot specen_ ALLTID börjar
+  med etiketten `ingen`, `precisering` eller `motsägelse` (formkontrollen
+  läser den). Ingen inledning, ingen avslutning, med EXAKT
   ett undantag: allra sist raden `MODELL: <ditt modell-id>` (dispatchern
   strippar den före arkivering).
 

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/agents/request-specifier-eskalerad.md

@@ -19,6 +19,10 @@ en känslig kategori flyttar pengar: lägg din omsorg där.
    Kan skillen eller dess referensfil inte läsas: skriv ingen spec, säg det, stanna.
 2. Läs prompten: `ÖNSKEMÅL:` (ordagrant underlag), `KÄLLOR:` (manifest med
    absoluta sökvägar), `REPO-ROT:` (absolut sökväg eller "saknas"),
+   `DEPS:` (`installerade` eller `saknas`: vid saknas finns inga paket att
+   verifiera exporter mot, redovisa det som antagande i stället för att gissa),
+   `SPRÅK:` och `RUBRIKER:` (specens språk och rubrikskelettet på det språket,
+   använd literalerna ordagrant, blanda aldrig språk),
    `ESKALERAD: ja` (alltid ja för dig — orsaken kan stå efter flaggan).
 3. **Grunda innan du antar.** Verifiera källmanifestets påståenden med
    Read/Grep/Glob innan du bygger på dem, och leta vidare själv under
@@ -35,6 +39,10 @@ en känslig kategori flyttar pengar: lägg din omsorg där.
   `## Till granskaren`-block. Ingen inledning, ingen avslutning, ingen metatext,
   med EXAKT ett undantag: allra sist raden `MODELL: <ditt modell-id>`
   (dispatchern strippar den före arkivering).
+- Ofullständigt underlag hanteras enligt skillen (kvalificerat antagande, eller
+  kandidatformen: markörraden `**Koncept-kandidat**`/`**Diagnos-kandidat**` direkt
+  under rubriken, Problem, ingen Lösning), aldrig genom att fråga tillbaka och
+  aldrig genom en låtsasspec.
 
 ## Förbjudet
 

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

@@ -17,7 +17,10 @@ inget, frågar aldrig något, och skriver inga filer — ditt svar är leveranse
    Kan skillen eller dess referensfil inte läsas: skriv ingen spec, säg det, stanna.
 2. Läs prompten: `ÖNSKEMÅL:` (ordagrant underlag), `KÄLLOR:` (manifest med
    absoluta sökvägar), `REPO-ROT:` (absolut sökväg eller "saknas"),
-   ev. `ESKALERAD: ja`.
+   `DEPS:` (`installerade` eller `saknas`: vid saknas finns inga paket att
+   verifiera exporter mot, redovisa det som antagande i stället för att gissa),
+   `SPRÅK:` och `RUBRIKER:` (specens språk och rubrikskelettet på det språket,
+   använd literalerna ordagrant, blanda aldrig språk), ev. `ESKALERAD: ja`.
 3. **Grunda innan du antar.** Verifiera källmanifestets påståenden med
    Read/Grep/Glob innan du bygger på dem, och leta vidare själv under
    `REPO-ROT` där manifestet pekar. Är `REPO-ROT: saknas` eller `KÄLLOR: inga`:
@@ -34,8 +37,10 @@ inget, frågar aldrig något, och skriver inga filer — ditt svar är leveranse
   `## Till granskaren`-block. Ingen inledning, ingen avslutning, ingen metatext,
   med EXAKT ett undantag: allra sist raden `MODELL: <ditt modell-id>`
   (dispatchern strippar den före arkivering).
-- Ofullständigt underlag hanteras enligt skillen (kvalificerat antagande eller
-  Koncept-/Diagnos-kandidat-flagga) — aldrig genom att fråga tillbaka.
+- Ofullständigt underlag hanteras enligt skillen (kvalificerat antagande, eller
+  kandidatformen: markörraden `**Koncept-kandidat**`/`**Diagnos-kandidat**` direkt
+  under rubriken, Problem, ingen Lösning), aldrig genom att fråga tillbaka och
+  aldrig genom en låtsasspec.
 
 ## Förbjudet