@haus-tech/haus-workflow 5.2.0 → 5.4.0

package/library/catalog/manifest.json

@@ -1,5 +1,5 @@
 {
-  "version": "6.4.1",
+  "version": "6.5.0",
   "manifestFormat": 2,
   "globalPlugins": [
     {
@@ -10,6 +10,30 @@
       "ref": "v6.3.0"
     }
   ],
+  "profiles": {
+    "poc": {
+      "exclude": {
+        "tags": ["testing", "review", "security"],
+        "ids": [
+          "haus.agentic-workflow-standard",
+          "haus.lefthook-quality",
+          "haus.lefthook-branch-guard",
+          "haus.lefthook-security",
+          "haus.decision-template",
+          "haus.decisions-ci-gate",
+          "haus.adr-decisions",
+          "haus.issue-authoring",
+          "haus.issue-creator",
+          "haus.ecc-common-coding-style-rule",
+          "haus.ecc-react-coding-style-rule",
+          "haus.ecc-vue-coding-style-rule",
+          "haus.ecc-typescript-coding-style-rule",
+          "haus.ecc-common-patterns-rule"
+        ]
+      },
+      "keepIds": ["haus.currents-dev-playwright-best-practices"]
+    }
+  },
   "items": [
     {
       "id": "haus.agentic-workflow-standard",
@@ -30,6 +54,26 @@
       "reviewStatus": "approved",
       "riskLevel": "low"
     },
+    {
+      "id": "haus.agentic-workflow-poc",
+      "version": "1.0.0",
+      "source": "haus",
+      "type": "template",
+      "path": "templates/agentic-workflow-poc.md",
+      "title": "PoC workflow standard",
+      "purpose": "Workflow standard for throwaway proofs of concept and customer demos: brainstorm to a demo script, one executable Playwright manus, main always green, no test suite, no review loop. Written to .haus-workflow/WORKFLOW.md by the CLI under profile poc.",
+      "whenToUse": "Never install by hand: `haus init --profile poc` writes it as WORKFLOW.md.",
+      "whenNotToUse": "Not for anything that ships to production; use haus.agentic-workflow-standard.",
+      "tags": ["workflow", "project-instructions"],
+      "repoRoles": [],
+      "ecosystem": "general",
+      "installMode": "copy-selected",
+      "tokenEstimate": 2094,
+      "tokenBudget": 2723,
+      "default": false,
+      "reviewStatus": "approved",
+      "riskLevel": "low"
+    },
     {
       "id": "haus.apollo-apollo-client",
       "version": "1.1.0",
@@ -4277,7 +4321,7 @@
       "purpose": "React Security",
       "whenToUse": "React Security",
       "whenNotToUse": "Do not use when a more specific skill or command applies.",
-      "tags": ["workflow", "react"],
+      "tags": ["workflow", "react", "security"],
       "repoRoles": [],
       "tokenEstimate": 1599,
       "tokenBudget": 2079,
@@ -4317,7 +4361,7 @@
       "purpose": "React Testing",
       "whenToUse": "React Testing",
       "whenNotToUse": "Do not use when a more specific skill or command applies.",
-      "tags": ["workflow", "react"],
+      "tags": ["workflow", "react", "testing"],
       "repoRoles": [],
       "tokenEstimate": 1757,
       "tokenBudget": 2285,
@@ -4459,7 +4503,7 @@
       "purpose": "Vue Security",
       "whenToUse": "Vue Security",
       "whenNotToUse": "Do not use when a more specific skill or command applies.",
-      "tags": ["workflow", "vue"],
+      "tags": ["workflow", "vue", "security"],
       "repoRoles": [],
       "tokenEstimate": 494,
       "tokenBudget": 643,
@@ -4493,7 +4537,7 @@
       "purpose": "Vue Testing",
       "whenToUse": "Vue Testing",
       "whenNotToUse": "Do not use when a more specific skill or command applies.",
-      "tags": ["workflow", "vue"],
+      "tags": ["workflow", "vue", "testing"],
       "repoRoles": [],
       "tokenEstimate": 512,
       "tokenBudget": 666,
@@ -4677,7 +4721,7 @@
       "purpose": "Security Guidelines",
       "whenToUse": "Security Guidelines",
       "whenNotToUse": "Do not use when a more specific skill or command applies.",
-      "tags": ["workflow"],
+      "tags": ["workflow", "security"],
       "repoRoles": [],
       "tokenEstimate": 216,
       "tokenBudget": 281,
@@ -4729,7 +4773,7 @@
       "purpose": "Testing Requirements",
       "whenToUse": "Testing Requirements",
       "whenNotToUse": "Do not use when a more specific skill or command applies.",
-      "tags": ["workflow"],
+      "tags": ["workflow", "testing"],
       "repoRoles": [],
       "tokenEstimate": 350,
       "tokenBudget": 455,
@@ -4873,7 +4917,7 @@
       "purpose": "TypeScript/JavaScript Security",
       "whenToUse": "TypeScript/JavaScript Security",
       "whenNotToUse": "Do not use when a more specific skill or command applies.",
-      "tags": ["workflow", "typescript"],
+      "tags": ["workflow", "typescript", "security"],
       "repoRoles": [],
       "tokenEstimate": 134,
       "tokenBudget": 175,

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

@@ -65,7 +65,7 @@ Hämta brädans sektioner. **En sektion:** ingen fråga, använd den. **Flera se
 
 Hämta fälten på båda brädorna och gå igenom tre saker:
 
-- **Finns fälten?** Kundbrädan behöver `Original request`, `Customer`, `Requested by` och kundstatusfältet. Samlingsbrädan behöver dessa plus `Offer status`, `Source`, `Request type`, `Funding`, `Score`, `Has conditions`, `Decision`, `Decision reason`, `Spec iterations`, `Score iterations`.
+- **Finns fälten?** Kundbrädan behöver `Original request`, `Original request title`, `Customer`, `Requested by` och kundstatusfältet. Samlingsbrädan behöver dessa plus `Offer status`, `Source`, `Request type`, `Funding`, `Score`, `Has conditions`, `Decision`, `Decision reason`, `Spec iterations`, `Score iterations`.
 - **Är de delade fälten samma fält?** Jämför gid, inte namn. Två fält med samma namn och olika gid är en dubblett — de driftar isär omedelbart, och felet syns först hos kunden.
 - **Går alternativen att slå upp?** Normaliserat, enligt regeln ovan. Rapportera vilka som inte gick att matcha och vilka alternativ som faktiskt finns.
 
@@ -116,6 +116,7 @@ Domän-JSON till vänster, fältnamn till höger. Ingen annan skill får se hög
 | --------------------------- | ------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------- |
 | `request_id`                | task gid                                                     | —                                                                                                                     |
 | `original_request`          | Original request + beskrivningens `## Ursprunglig förfrågan` | Skrivs en gång. Ändras aldrig, inte ens för stavfel                                                                   |
+| `original_request_title`    | Original request title                                       | Skrivs en gång. Ändras aldrig, inte ens för stavfel. Tomt när kunden aldrig skrev en rubrik                           |
 | `source`                    | Source                                                       | Kunden skrev själv · Mejl · Möte · Haus initierade                                                                    |
 | `customer`                  | Customer                                                     |                                                                                                                       |
 | `requested_by`              | Requested by                                                 | people-fält, kräver user gid                                                                                          |
@@ -333,13 +334,14 @@ Ursprunget avgör vad du gör, och det avgör också hur underlaget ska tolkas s
 
 ### Kunden skrev själv på sin bräda
 
-Kundens ord ligger i beskrivningen, och beskrivningen ska sedan skrivas om till sektionsform. Det är den **enda destruktiva operationen i hela flödet**, och ordningen är inte förhandlingsbar:
+Kundens ord ligger i beskrivningen och i task name, och båda skrivs över senare: beskrivningen görs om till sektionsform, namnet byts till det förändrade tillståndet när specen skrivs. Det är de **enda destruktiva operationerna i hela flödet**, och ordningen är inte förhandlingsbar:
 
-1. Kopiera beskrivningen ordagrant till `Original request`
-2. **Läs tillbaka fältet och verifiera att texten landat**
-3. Först då skriv om beskrivningen — samma text ordagrant under `## Ursprunglig förfrågan`, specen under `## Specifikation`
+1. Kopiera beskrivningen ordagrant till `Original request` och task name ordagrant till `Original request title`
+2. **Läs tillbaka båda fälten och verifiera att texten landat**
+3. Först då skriv om beskrivningen, samma text ordagrant under `## Ursprunglig förfrågan`, specen under `## Specifikation`
+4. **Byt aldrig task name innan `Original request title` är skrivet och läst tillbaka.** Namnbytet sker när specen skrivs, ofta i en senare körning, och då finns kundens rubrik bara i det fältet
 
-Hoppar du över steg 2 och skrivningen tyst misslyckas är kundens egna ord borta för alltid — vilket är precis det `Original request` finns för att förhindra. `Source` = kunden skrev själv.
+Hoppar du över steg 2 och skrivningen tyst misslyckas är kundens egna ord borta för alltid — vilket är precis det `Original request` finns för att förhindra, och ett namnbyte utan steg 4 gör samma sak med rubriken. `Source` = kunden skrev själv.
 
 ### Mejl, möte eller annat underlag
 
@@ -347,6 +349,8 @@ Här skapar agenten både task och spec i ett svep, och kundens ord ligger kvar
 
 **Klistra in det relevanta stycket ur mejlet eller anteckningen ordagrant** i `Original request` och under `## Ursprunglig förfrågan` i beskrivningen — inte en sammanfattning, inte en parafras. Risken för glid är störst just här, eftersom underlaget är råare och agenten tolkat mer.
 
+**Rubriken** är mejlets ärenderad eller anteckningens egen rubrik, ordagrant, i `Original request title`. Skrev kunden aldrig någon rubrik lämnas fältet tomt. En rubrik vi formulerat själva ser i granskningen ut som kundens ord, och ett fält som blandar de två är sämre än ett tomt.
+
 Blir det flera requests ur samma underlag får var och en **sitt eget relevanta stycke**, inte hela mejlet klistrat en gång per post. Ett fält som innehåller allt håller ingenting.
 
 `Source` = mejl eller möte. Statusarna sätts enligt skapandesekvensen nedan. Notera bara att en task inte får hamna i ett granskningsläge utan att specen faktiskt är skriven — en tom task i granskningskön ser ut som ett fel i skillen när det är ett fel i regeln.
@@ -363,6 +367,7 @@ Kundbrädan bär bara det kunden ska se. Interna fält finns enbart på samlings
 | Spec iterations · Score iterations | Original request · Customer · Requested by |
 | Has conditions                     | Request type · Funding                     |
 |                                    | Score · Decision · Decision reason         |
+|                                    | Original request title                     |
 
 Ett delat fält är **samma** fält på båda brädorna. Finns två fält med samma namn och olika gid är det en dubblett, inte en delning — de driftar isär omedelbart och felet syns först när en kund tittar på något som inte uppdaterats. Upptäcker du en sådan: skriv inte till någon av dem, säg till.
 
@@ -370,7 +375,7 @@ Ett delat fält är **samma** fält på båda brädorna. Finns två fält med sa
 
 Ordningen spelar roll, eftersom de interna fälten inte existerar på kundbrädan.
 
-**1 — Skapa på kundbrädan** med det som finns där: task name, `Original request`, `Customer`, `Requested by`. Lägg tasken i rätt sektion (se nedan), och **sätt `Request status` redan här**, explicit:
+**1 — Skapa på kundbrädan** med det som finns där: task name, `Original request`, `Original request title`, `Customer`, `Requested by`. Lägg tasken i rätt sektion (se nedan), och **sätt `Request status` redan här**, explicit:
 
 | Läge vid skapandet                   | Request status  |
 | ------------------------------------ | --------------- |
@@ -394,7 +399,7 @@ Försöker du sätta `Offer status` eller `Source` i steg 1 avbryter uppslagning
 
 Efter skapandet rör du aldrig `Request status` igen. Då härleds den av Asana-regeln ur `Offer status`.
 
-Task name ska vara det förändrade tillståndet, inte uppgiften, samma regel som specrubriken. Finns ingen spec än: använd önskemålets egna ord, och byt namn när specen skrivs.
+Task name ska vara det förändrade tillståndet, inte uppgiften, samma regel som specrubriken. Finns ingen spec än: använd önskemålets egna ord, och byt namn när specen skrivs. Men namnbytet förutsätter att `Original request title` bär den ursprungliga rubriken och att den är läst tillbaka, se _Kunden skrev själv på sin bräda_.
 
 ### Sektion på kundbrädan
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@haus-tech/haus-workflow",
-  "version": "5.2.0",
+  "version": "5.4.0",
   "description": "Haus AI workflow CLI for Claude Code.",
   "type": "module",
   "bin": {
@@ -62,8 +62,8 @@
     "@types/fs-extra": "11.0.4",
     "@types/node": "22.20.1",
     "@types/semver": "7.8.0",
-    "@typescript-eslint/eslint-plugin": "8.67.0",
-    "@typescript-eslint/parser": "8.67.0",
+    "@typescript-eslint/eslint-plugin": "8.69.0",
+    "@typescript-eslint/parser": "8.69.0",
     "c8": "11.0.0",
     "esbuild": "0.28.2",
     "eslint": "9.39.5",
@@ -71,7 +71,7 @@
     "lefthook": "1.13.6",
     "prettier": "3.9.6",
     "release-it": "20.2.1",
-    "tsx": "4.23.12",
+    "tsx": "4.23.13",
     "typescript": "5.9.3"
   },
   "engines": {