@eskoubar95/spec 0.1.4 → 0.1.5

package/dist/lib/copy-template.js

@@ -9,19 +9,19 @@ const __dirname = path.dirname(__filename);
  * Works in both development (template at repo root) and published (template at package root)
  */
 async function getTemplateDir() {
-    // Try package root first (for published package)
-    const packageRoot = path.resolve(__dirname, '../..');
-    const templateInPackage = path.join(packageRoot, 'template');
     // Try repo root (for development)
     const repoRoot = path.resolve(__dirname, '../../../..');
     const templateInRepo = path.join(repoRoot, 'template');
+    // Try package root (for published package)
+    const packageRoot = path.resolve(__dirname, '../..');
+    const templateInPackage = path.join(packageRoot, 'template');
     // Return the first path that exists
-    if (await fs.pathExists(templateInPackage)) {
-        return templateInPackage;
-    }
     if (await fs.pathExists(templateInRepo)) {
         return templateInRepo;
     }
+    if (await fs.pathExists(templateInPackage)) {
+        return templateInPackage;
+    }
     // Fallback to package root (will fail with clear error in copyTemplate)
     return templateInPackage;
 }

package/dist/lib/copy-template.js.map

@@ -1 +1 @@
-{"version":3,"file":"copy-template.js","sourceRoot":"","sources":["../../src/lib/copy-template.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,MAAM,UAAU,CAAC;AAC1B,OAAO,IAAI,MAAM,MAAM,CAAC;AACxB,OAAO,EAAE,aAAa,EAAE,MAAM,KAAK,CAAC;AACpC,OAAO,EAAE,kBAAkB,EAAE,iBAAiB,EAAE,MAAM,oBAAoB,CAAC;AAE3E,MAAM,UAAU,GAAG,aAAa,CAAC,MAAM,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC;AAClD,MAAM,SAAS,GAAG,IAAI,CAAC,OAAO,CAAC,UAAU,CAAC,CAAC;AAE3C;;;GAGG;AACH,KAAK,UAAU,cAAc;IAC3B,iDAAiD;IACjD,MAAM,WAAW,GAAG,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,OAAO,CAAC,CAAC;IACrD,MAAM,iBAAiB,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,UAAU,CAAC,CAAC;IAE7D,kCAAkC;IAClC,MAAM,QAAQ,GAAG,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,aAAa,CAAC,CAAC;IACxD,MAAM,cAAc,GAAG,IAAI,CAAC,IAAI,CAAC,QAAQ,EAAE,UAAU,CAAC,CAAC;IAEvD,oCAAoC;IACpC,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,iBAAiB,CAAC,EAAE,CAAC;QAC3C,OAAO,iBAAiB,CAAC;IAC3B,CAAC;IACD,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,cAAc,CAAC,EAAE,CAAC;QACxC,OAAO,cAAc,CAAC;IACxB,CAAC;IACD,wEAAwE;IACxE,OAAO,iBAAiB,CAAC;AAC3B,CAAC;AAED;;;;GAIG;AACH,MAAM,CAAC,KAAK,UAAU,YAAY,CAAC,QAAgB,EAAE,iBAA0B,KAAK;IAClF,MAAM,WAAW,GAAG,MAAM,cAAc,EAAE,CAAC;IAE3C,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,WAAW,CAAC,CAAC,EAAE,CAAC;QACxC,MAAM,IAAI,KAAK,CAAC,iCAAiC,WAAW,EAAE,CAAC,CAAC;IAClE,CAAC;IAED,8BAA8B;IAC9B,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,QAAQ,CAAC,EAAE,CAAC;QAClC,IAAI,CAAC,cAAc,EAAE,CAAC;YACpB,MAAM,IAAI,KAAK,CAAC,+BAA+B,QAAQ,EAAE,CAAC,CAAC;QAC7D,CAAC;IACH,CAAC;SAAM,CAAC;QACN,yCAAyC;QACzC,MAAM,EAAE,CAAC,SAAS,CAAC,QAAQ,CAAC,CAAC;IAC/B,CAAC;IAED,+BAA+B;IAC/B,MAAM,EAAE,CAAC,IAAI,CAAC,WAAW,EAAE,QAAQ,EAAE;QACnC,SAAS,EAAE,cAAc;QACzB,MAAM,EAAE,CAAC,GAAG,EAAE,IAAI,EAAE,EAAE;YACpB,kCAAkC;YAClC,IAAI,IAAI,CAAC,QAAQ,CAAC,GAAG,CAAC,KAAK,MAAM,EAAE,CAAC;gBAClC,OAAO,KAAK,CAAC;YACf,CAAC;YACD,OAAO,IAAI,CAAC;QACd,CAAC;KACF,CAAC,CAAC;AACL,CAAC;AAED;;;;GAIG;AACH,MAAM,CAAC,KAAK,UAAU,eAAe,CACnC,WAAmB,EACnB,iBAAqC,QAAQ;IAE7C,MAAM,WAAW,GAAG,MAAM,cAAc,EAAE,CAAC;IAE3C,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,WAAW,CAAC,CAAC,EAAE,CAAC;QACxC,MAAM,IAAI,KAAK,CAAC,iCAAiC,WAAW,EAAE,CAAC,CAAC;IAClE,CAAC;IAED,iCAAiC;IACjC,MAAM,EAAE,eAAe,EAAE,UAAU,EAAE,GAAG,MAAM,iBAAiB,CAAC,WAAW,CAAC,CAAC;IAE7E,IAAI,eAAe,IAAI,UAAU,IAAI,cAAc,KAAK,QAAQ,EAAE,CAAC;QACjE,iCAAiC;QACjC,MAAM,UAAU,GAAG,MAAM,kBAAkB,CAAC,WAAW,CAAC,CAAC;QACzD,OAAO,CAAC,GAAG,CAAC,mCAAmC,IAAI,CAAC,QAAQ,CAAC,UAAU,CAAC,EAAE,CAAC,CAAC;IAC9E,CAAC;IAED,yFAAyF;IACzF,MAAM,kBAAkB,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,SAAS,CAAC,CAAC;IAC7D,MAAM,cAAc,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,SAAS,CAAC,CAAC;IAEzD,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,kBAAkB,CAAC,EAAE,CAAC;QAC5C,IAAI,cAAc,KAAK,OAAO,IAAI,eAAe,EAAE,CAAC;YAClD,0CAA0C;YAC1C,MAAM,iBAAiB,GAAG,KAAK,EAAE,GAAW,EAAE,IAAY,EAAE,EAAE;gBAC5D,MAAM,OAAO,GAAG,MAAM,EAAE,CAAC,OAAO,CAAC,GAAG,EAAE,EAAE,aAAa,EAAE,IAAI,EAAE,CAAC,CAAC;gBAE/D,KAAK,MAAM,KAAK,IAAI,OAAO,EAAE,CAAC;oBAC5B,MAAM,OAAO,GAAG,IAAI,CAAC,IAAI,CAAC,GAAG,EAAE,KAAK,CAAC,IAAI,CAAC,CAAC;oBAC3C,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,CAAC,IAAI,EAAE,KAAK,CAAC,IAAI,CAAC,CAAC;oBAE7C,IAAI,KAAK,CAAC,WAAW,EAAE,EAAE,CAAC;wBACxB,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,QAAQ,CAAC,CAAC,EAAE,CAAC;4BACrC,MAAM,EAAE,CAAC,IAAI,CAAC,OAAO,EAAE,QAAQ,CAAC,CAAC;wBACnC,CAAC;6BAAM,CAAC;4BACN,MAAM,iBAAiB,CAAC,OAAO,EAAE,QAAQ,CAAC,CAAC;wBAC7C,CAAC;oBACH,CAAC;yBAAM,CAAC;wBACN,iDAAiD;wBACjD,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,QAAQ,CAAC,CAAC,EAAE,CAAC;4BACrC,MAAM,EAAE,CAAC,IAAI,CAAC,OAAO,EAAE,QAAQ,CAAC,CAAC;wBACnC,CAAC;6BAAM,CAAC;4BACN,OAAO,CAAC,GAAG,CAAC,uCAAuC,KAAK,CAAC,IAAI,EAAE,CAAC,CAAC;wBACnE,CAAC;oBACH,CAAC;gBACH,CAAC;YACH,CAAC,CAAC;YAEF,MAAM,EAAE,CAAC,SAAS,CAAC,cAAc,CAAC,CAAC;YACnC,MAAM,iBAAiB,CAAC,kBAAkB,EAAE,cAAc,CAAC,CAAC;QAC9D,CAAC;aAAM,CAAC;YACN,mDAAmD;YACnD,MAAM,EAAE,CAAC,IAAI,CAAC,kBAAkB,EAAE,cAAc,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAC;QACzE,CAAC;IACH,CAAC;IAED,mDAAmD;IACnD,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IAChD,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IAChD,MAAM,gBAAgB,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IACxD,MAAM,gBAAgB,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IAExD,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,gBAAgB,CAAC,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,QAAQ,CAAC,CAAC,EAAE,CAAC;QAC9E,MAAM,EAAE,CAAC,IAAI,CAAC,gBAAgB,EAAE,QAAQ,CAAC,CAAC;IAC5C,CAAC;IAED,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,gBAAgB,CAAC,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,QAAQ,CAAC,CAAC,EAAE,CAAC;QAC9E,MAAM,EAAE,CAAC,IAAI,CAAC,gBAAgB,EAAE,QAAQ,CAAC,CAAC;IAC5C,CAAC;IAED,oBAAoB;IACpB,MAAM,OAAO,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IAC/C,MAAM,eAAe,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IAEvD,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,eAAe,CAAC,EAAE,CAAC;QACzC,MAAM,EAAE,CAAC,IAAI,CAAC,eAAe,EAAE,OAAO,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAC;IAC/D,CAAC;AACH,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,kBAAkB,CAAC,WAAmB;IAC1D,MAAM,SAAS,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,EAAE,QAAQ,CAAC,CAAC;IAC3D,MAAM,UAAU,GAAG,IAAI,CAAC,IAAI,CAAC,SAAS,EAAE,gBAAgB,CAAC,CAAC;IAE1D,MAAM,EAAE,CAAC,SAAS,CAAC,SAAS,CAAC,CAAC;IAC9B,MAAM,EAAE,CAAC,SAAS,CAAC,UAAU,EAAE,eAAe,EAAE,OAAO,CAAC,CAAC;AAC3D,CAAC"}
+{"version":3,"file":"copy-template.js","sourceRoot":"","sources":["../../src/lib/copy-template.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,MAAM,UAAU,CAAC;AAC1B,OAAO,IAAI,MAAM,MAAM,CAAC;AACxB,OAAO,EAAE,aAAa,EAAE,MAAM,KAAK,CAAC;AACpC,OAAO,EAAE,kBAAkB,EAAE,iBAAiB,EAAE,MAAM,oBAAoB,CAAC;AAE3E,MAAM,UAAU,GAAG,aAAa,CAAC,MAAM,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC;AAClD,MAAM,SAAS,GAAG,IAAI,CAAC,OAAO,CAAC,UAAU,CAAC,CAAC;AAE3C;;;GAGG;AACH,KAAK,UAAU,cAAc;IAC3B,kCAAkC;IAClC,MAAM,QAAQ,GAAG,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,aAAa,CAAC,CAAC;IACxD,MAAM,cAAc,GAAG,IAAI,CAAC,IAAI,CAAC,QAAQ,EAAE,UAAU,CAAC,CAAC;IAEvD,2CAA2C;IAC3C,MAAM,WAAW,GAAG,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,OAAO,CAAC,CAAC;IACrD,MAAM,iBAAiB,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,UAAU,CAAC,CAAC;IAE7D,oCAAoC;IACpC,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,cAAc,CAAC,EAAE,CAAC;QACxC,OAAO,cAAc,CAAC;IACxB,CAAC;IACD,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,iBAAiB,CAAC,EAAE,CAAC;QAC3C,OAAO,iBAAiB,CAAC;IAC3B,CAAC;IACD,wEAAwE;IACxE,OAAO,iBAAiB,CAAC;AAC3B,CAAC;AAED;;;;GAIG;AACH,MAAM,CAAC,KAAK,UAAU,YAAY,CAAC,QAAgB,EAAE,iBAA0B,KAAK;IAClF,MAAM,WAAW,GAAG,MAAM,cAAc,EAAE,CAAC;IAE3C,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,WAAW,CAAC,CAAC,EAAE,CAAC;QACxC,MAAM,IAAI,KAAK,CAAC,iCAAiC,WAAW,EAAE,CAAC,CAAC;IAClE,CAAC;IAED,8BAA8B;IAC9B,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,QAAQ,CAAC,EAAE,CAAC;QAClC,IAAI,CAAC,cAAc,EAAE,CAAC;YACpB,MAAM,IAAI,KAAK,CAAC,+BAA+B,QAAQ,EAAE,CAAC,CAAC;QAC7D,CAAC;IACH,CAAC;SAAM,CAAC;QACN,yCAAyC;QACzC,MAAM,EAAE,CAAC,SAAS,CAAC,QAAQ,CAAC,CAAC;IAC/B,CAAC;IAED,+BAA+B;IAC/B,MAAM,EAAE,CAAC,IAAI,CAAC,WAAW,EAAE,QAAQ,EAAE;QACnC,SAAS,EAAE,cAAc;QACzB,MAAM,EAAE,CAAC,GAAG,EAAE,IAAI,EAAE,EAAE;YACpB,kCAAkC;YAClC,IAAI,IAAI,CAAC,QAAQ,CAAC,GAAG,CAAC,KAAK,MAAM,EAAE,CAAC;gBAClC,OAAO,KAAK,CAAC;YACf,CAAC;YACD,OAAO,IAAI,CAAC;QACd,CAAC;KACF,CAAC,CAAC;AACL,CAAC;AAED;;;;GAIG;AACH,MAAM,CAAC,KAAK,UAAU,eAAe,CACnC,WAAmB,EACnB,iBAAqC,QAAQ;IAE7C,MAAM,WAAW,GAAG,MAAM,cAAc,EAAE,CAAC;IAE3C,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,WAAW,CAAC,CAAC,EAAE,CAAC;QACxC,MAAM,IAAI,KAAK,CAAC,iCAAiC,WAAW,EAAE,CAAC,CAAC;IAClE,CAAC;IAED,iCAAiC;IACjC,MAAM,EAAE,eAAe,EAAE,UAAU,EAAE,GAAG,MAAM,iBAAiB,CAAC,WAAW,CAAC,CAAC;IAE7E,IAAI,eAAe,IAAI,UAAU,IAAI,cAAc,KAAK,QAAQ,EAAE,CAAC;QACjE,iCAAiC;QACjC,MAAM,UAAU,GAAG,MAAM,kBAAkB,CAAC,WAAW,CAAC,CAAC;QACzD,OAAO,CAAC,GAAG,CAAC,mCAAmC,IAAI,CAAC,QAAQ,CAAC,UAAU,CAAC,EAAE,CAAC,CAAC;IAC9E,CAAC;IAED,yFAAyF;IACzF,MAAM,kBAAkB,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,SAAS,CAAC,CAAC;IAC7D,MAAM,cAAc,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,SAAS,CAAC,CAAC;IAEzD,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,kBAAkB,CAAC,EAAE,CAAC;QAC5C,IAAI,cAAc,KAAK,OAAO,IAAI,eAAe,EAAE,CAAC;YAClD,0CAA0C;YAC1C,MAAM,iBAAiB,GAAG,KAAK,EAAE,GAAW,EAAE,IAAY,EAAE,EAAE;gBAC5D,MAAM,OAAO,GAAG,MAAM,EAAE,CAAC,OAAO,CAAC,GAAG,EAAE,EAAE,aAAa,EAAE,IAAI,EAAE,CAAC,CAAC;gBAE/D,KAAK,MAAM,KAAK,IAAI,OAAO,EAAE,CAAC;oBAC5B,MAAM,OAAO,GAAG,IAAI,CAAC,IAAI,CAAC,GAAG,EAAE,KAAK,CAAC,IAAI,CAAC,CAAC;oBAC3C,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,CAAC,IAAI,EAAE,KAAK,CAAC,IAAI,CAAC,CAAC;oBAE7C,IAAI,KAAK,CAAC,WAAW,EAAE,EAAE,CAAC;wBACxB,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,QAAQ,CAAC,CAAC,EAAE,CAAC;4BACrC,MAAM,EAAE,CAAC,IAAI,CAAC,OAAO,EAAE,QAAQ,CAAC,CAAC;wBACnC,CAAC;6BAAM,CAAC;4BACN,MAAM,iBAAiB,CAAC,OAAO,EAAE,QAAQ,CAAC,CAAC;wBAC7C,CAAC;oBACH,CAAC;yBAAM,CAAC;wBACN,iDAAiD;wBACjD,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,QAAQ,CAAC,CAAC,EAAE,CAAC;4BACrC,MAAM,EAAE,CAAC,IAAI,CAAC,OAAO,EAAE,QAAQ,CAAC,CAAC;wBACnC,CAAC;6BAAM,CAAC;4BACN,OAAO,CAAC,GAAG,CAAC,uCAAuC,KAAK,CAAC,IAAI,EAAE,CAAC,CAAC;wBACnE,CAAC;oBACH,CAAC;gBACH,CAAC;YACH,CAAC,CAAC;YAEF,MAAM,EAAE,CAAC,SAAS,CAAC,cAAc,CAAC,CAAC;YACnC,MAAM,iBAAiB,CAAC,kBAAkB,EAAE,cAAc,CAAC,CAAC;QAC9D,CAAC;aAAM,CAAC;YACN,mDAAmD;YACnD,MAAM,EAAE,CAAC,IAAI,CAAC,kBAAkB,EAAE,cAAc,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAC;QACzE,CAAC;IACH,CAAC;IAED,mDAAmD;IACnD,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IAChD,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IAChD,MAAM,gBAAgB,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IACxD,MAAM,gBAAgB,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IAExD,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,gBAAgB,CAAC,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,QAAQ,CAAC,CAAC,EAAE,CAAC;QAC9E,MAAM,EAAE,CAAC,IAAI,CAAC,gBAAgB,EAAE,QAAQ,CAAC,CAAC;IAC5C,CAAC;IAED,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,gBAAgB,CAAC,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC,UAAU,CAAC,QAAQ,CAAC,CAAC,EAAE,CAAC;QAC9E,MAAM,EAAE,CAAC,IAAI,CAAC,gBAAgB,EAAE,QAAQ,CAAC,CAAC;IAC5C,CAAC;IAED,oBAAoB;IACpB,MAAM,OAAO,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IAC/C,MAAM,eAAe,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,CAAC,CAAC;IAEvD,IAAI,MAAM,EAAE,CAAC,UAAU,CAAC,eAAe,CAAC,EAAE,CAAC;QACzC,MAAM,EAAE,CAAC,IAAI,CAAC,eAAe,EAAE,OAAO,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAC;IAC/D,CAAC;AACH,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,kBAAkB,CAAC,WAAmB;IAC1D,MAAM,SAAS,GAAG,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,MAAM,EAAE,QAAQ,CAAC,CAAC;IAC3D,MAAM,UAAU,GAAG,IAAI,CAAC,IAAI,CAAC,SAAS,EAAE,gBAAgB,CAAC,CAAC;IAE1D,MAAM,EAAE,CAAC,SAAS,CAAC,SAAS,CAAC,CAAC;IAC9B,MAAM,EAAE,CAAC,SAAS,CAAC,UAAU,EAAE,eAAe,EAAE,OAAO,CAAC,CAAC;AAC3D,CAAC"}

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@eskoubar95/spec",
-  "version": "0.1.4",
+  "version": "0.1.5",
   "private": false,
   "bin": {
     "spec": "dist/index.js"
@@ -15,7 +15,7 @@
     "build": "tsc",
     "dev": "tsc --watch",
     "start": "node dist/index.js",
-    "prepublishOnly": "cp -r ../template . || true"
+    "prepack": "node scripts/sync-template.mjs"
   },
   "dependencies": {
     "inquirer": "^9.2.0",

package/template/.cursor/MCP-SETUP.md

@@ -31,4 +31,20 @@ If you're using Linear task mode, you may want to configure the Linear MCP serve
 }
 ```
 
+## Known Issue: MCP Routing Conflicts
+
+⚠️ **If you have both GitHub-MCP and Linear-MCP enabled:**
+
+There is a known bug in Cursor where tools with the same name (e.g., `update_issue`, `list_issues`) from different MCP servers can cause routing conflicts. Cursor may route calls to the wrong server, resulting in errors like:
+
+```
+missing required parameter 'owner'
+```
+
+This happens because GitHub-MCP tools require an `owner` parameter, while Linear-MCP tools don't. When Cursor routes a Linear operation to GitHub-MCP by mistake, you'll see this error.
+
+**Workaround:** If you encounter this issue when working with Linear tasks, temporarily disable GitHub-MCP in your MCP settings while using Linear operations. You can re-enable it when needed.
+
+This is a known issue in the Cursor forum related to tool name collisions between MCP servers.
+
 For more details, see [MCP Documentation](https://modelcontextprotocol.io).

package/template/.cursor/agents/batch-runner.md

@@ -0,0 +1,52 @@
+---
+name: batch-runner
+description: Runs long multi-task batches with minimal main-context noise. Use for /task/batch style orchestration: execute tasks sequentially, run validation, and report concise per-task summaries.
+---
+
+# Batch Runner Subagent
+
+You are a specialized subagent that executes **long-running batch workflows** without bloating the parent conversation.
+
+## Input contract (the parent must include)
+
+- Batch scope:
+  - milestone ID (e.g., `M4`) OR a list of task IDs
+- Source-of-truth paths:
+  - `work/backlog/milestones.md`
+  - `work/backlog/tasks.local.md`
+  - optionally `spec/tasks/**`
+- Git rules:
+  - base branch must be resolved (do not assume `main`)
+  - branch naming convention
+  - commit granularity rules
+- Validation rules:
+  - what to run (or the “validation suite” skill to use)
+- PR rules (optional):
+  - when to create/update PRs and what base branch to use
+
+## Behavior
+
+- Execute tasks sequentially, keeping scope tight.
+- For each task:
+  - confirm task context from backlog/spec
+  - run preflight (clean tree + base branch + task branch)
+  - implement the minimum needed
+  - commit in small logical units (when requested)
+  - run validation
+  - report a concise summary (what changed, evidence, next risk)
+
+## Output contract (what you must return)
+
+Return a compact report:
+
+- `completed`: [task IDs]
+- `blocked`: [task IDs + reason]
+- `notes`: important cross-task discoveries (risks/questions)
+- `evidence`: what validation ran + results
+
+## Boundaries
+
+- Respect POS/SDD modes: do not do planning inside task execution.
+- Do not expand scope beyond the specified milestone/tasks.
+- Never assume the base branch is `main` (resolve it via config/remote HEAD/fallbacks).
+

package/template/.cursor/agents/verifier.md

@@ -0,0 +1,40 @@
+---
+name: verifier
+description: Independent quality gate: verify acceptance, scope boundaries, branch/base correctness, and evidence (lint/tests/build). Use before PR creation or merging.
+---
+
+# Verifier Subagent
+
+You are an independent verifier. Your job is to **validate completed work** and report what passed vs what is incomplete.
+
+## Input contract (the parent must include)
+
+- Task context:
+  - task ID(s)
+  - acceptance criteria (from `work/backlog/tasks.local.md` and/or `spec/06-acceptance.md`)
+- Git context:
+  - base branch (resolved; do not assume `main`)
+  - current branch name
+- Evidence:
+  - validation outputs (lint/tests/build), or instructions on what to run
+
+## Verification checklist
+
+- **Scope**: changes map to the task acceptance criteria; no unrelated refactors
+- **Git hygiene**:
+  - correct base branch used
+  - sensible branch name
+  - commits are small/reviewable and task-linked
+- **Evidence**:
+  - validation suite ran (or clear explanation why not)
+- **Docs/spec alignment**:
+  - if new risk/question emerged, it is captured in `spec/03-risks.md` or `spec/04-open-questions.md`
+
+## Output contract
+
+Return:
+- `pass`: yes/no
+- `gaps`: bullets of what is missing
+- `evidence`: bullets of what was checked
+- `recommendation`: next step (PR creation, more fixes, spec update, etc.)
+

package/template/.cursor/commands/_shared/branch-detection.md

@@ -0,0 +1,78 @@
+---
+helper_id: branch-detection
+load_when:
+  - task_start
+  - task_validate
+  - pr_creation_needed
+  - git_operation_needed
+sections:
+  detection:
+    title: "Default Branch Detection"
+    lines: [1, 140]
+  usage:
+    title: "Usage in Commands"
+    lines: [141, 220]
+always_load: false
+---
+
+# Default Branch Detection
+
+This helper defines a **project-agnostic** way to detect the base branch to use for:
+- creating task branches
+- generating diffs and commit counts
+- creating PRs
+- merging (when applicable)
+
+## Detection logic (priority order)
+
+**Priority 0 — Project config (preferred):**
+- If `.sdd/git-config.json` exists, read:
+  - `default_branch` OR `development_branch` → base branch
+  - optional: `production_branch`
+
+Example config:
+
+```json
+{
+  "default_branch": "main",
+  "development_branch": "main",
+  "production_branch": "main"
+}
+```
+
+**Priority 1 — Remote HEAD:**
+- If `origin` exists, resolve remote default branch (HEAD branch).
+
+**Priority 2 — Conventional fallbacks (local or remote):**
+- `main`
+- `master`
+- `develop`
+
+**Priority 3 — Last resort:**
+- Use `main` and log a warning that branch detection failed.
+
+## Notes
+
+- Do **not** assume `staging` exists. If a project uses `staging` (or any non-standard branch), it must be configured in `.sdd/git-config.json`.
+- Never hardcode `main` in commands or helpers. Always use `<default-branch>` resolved by this helper (or the Cursor 2.4+ skill `/sdd-git-default-branch`).
+
+## Usage in Commands
+
+### In `/task/start`
+
+1. Resolve `<default-branch>` using the detection logic above.
+2. Checkout and update base branch:
+   - `git checkout <default-branch>`
+   - `git pull origin <default-branch>` (if remote exists)
+3. Create task branch from base:
+   - `git checkout -b task/<task-id>-<kebab-description>`
+
+### In PR creation
+
+- Always set PR base to `<default-branch>`.
+
+### For diff and commit counts
+
+- Diff: `git diff <default-branch>...HEAD`
+- Commit list: `git log <default-branch>..HEAD`
+- Commit count: `git rev-list --count <default-branch>..HEAD`

package/template/.cursor/commands/_shared/git-workflow.md

@@ -153,7 +153,9 @@ Automate Git workflow operations:
 1. Get current branch: `git branch --show-current`
 2. Check if branch exists: `git rev-parse --verify <branch-name>`
 3. Check if pushed: `git ls-remote --heads origin <branch-name>`
-4. Count commits: `git rev-list --count main..<branch-name>`
+4. Count commits:
+   - Resolve `defaultBranch` (do not assume `main`) using `/sdd-git-default-branch` or `branch-detection.md`
+   - Count: `git rev-list --count <default-branch>..<branch-name>`
 5. Get last commit: `git rev-parse HEAD`
 
 ### PR State Detection

package/template/.cursor/commands/_shared/github-workflows.md

@@ -145,9 +145,11 @@ name: CI
 
 on:
   push:
-    branches: [main, develop]
+    # Replace with your repository's base branches (do not assume `main`).
+    # Prefer the resolved default branch (see: /sdd-git-default-branch or branch-detection.md).
+    branches: [<default-branch>]
   pull_request:
-    branches: [main, develop]
+    branches: [<default-branch>]
 
 jobs:
   test:
@@ -184,9 +186,9 @@ name: CI
 
 on:
   push:
-    branches: [main, develop]
+    branches: [<default-branch>]
   pull_request:
-    branches: [main, develop]
+    branches: [<default-branch>]
 
 jobs:
   test:
@@ -248,7 +250,7 @@ name: Deploy
 
 on:
   push:
-    branches: [main]
+    branches: [<default-branch>]
 
 jobs:
   deploy:

package/template/.cursor/commands/_shared/helper-metadata.md

@@ -154,6 +154,26 @@ sections:
 always_load: false
 ```
 
+### branch-detection.md
+
+```yaml
+helper_id: branch-detection
+file: branch-detection.md
+load_when:
+  - task_start
+  - task_validate
+  - pr_creation_needed
+  - git_operation_needed
+sections:
+  detection:
+    title: "Default Branch Detection"
+    lines: [1, 140]
+  usage:
+    title: "Usage in Commands"
+    lines: [141, 220]
+always_load: false
+```
+
 ### git-workflow.md
 
 ```yaml

package/template/.cursor/commands/_shared/linear-automation.md

@@ -60,8 +60,14 @@ Automate Linear operations based on SDD workflow events, ensuring seamless integ
    - Report fallback to user but continue workflow normally
 
 4. **Check configuration completeness:**
-   - If Linear mode is enabled but status mapping is missing → guide user to setup
-   - Reference `work/linear/SETUP.md` for setup instructions
+   - Required keys (when `MODE=linear`):
+     - `STATUS_BACKLOG`, `STATUS_IN_PROGRESS`, `STATUS_DONE`, `STATUS_BLOCKED`
+   - **Hard stop policy (planning):** during `/spec/plan`, if any required key is missing → **BLOCK Linear sync** until the user fixes `work/linear/sync-config.md`.
+   - **Execution policy (tasks):** during `/task/*`, if config is incomplete → **skip Linear operations** for this run and continue in local mode (do not block code execution).
+   - Reference:
+     - `work/linear/SETUP.md` (setup)
+     - `work/linear/LABEL-MAPPING-GUIDE.md` (tags → labels + comment templates)
+     - `work/linear/FALLBACK-STRATEGY.md` (availability/operation failure fallback)
 
 ## Linear MCP Functions and Automation Rules
 
@@ -112,11 +118,11 @@ IF Linear mode enabled AND AUTO_CREATE_DOCUMENTS=true AND spec file created/upda
 
 **A) During `/spec/plan`:**
 - **Create issues:** For each task in `work/backlog/tasks.local.md` → create Linear issue
-  - **Issue title:** Task description (first line)
+  - **Issue title:** `[task-id] – [task description]` (include the task ID for stable idempotency)
   - **Issue description:** Full task details (description, acceptance, dependencies, estimate)
   - **Issue status:** Map to "Backlog" (or custom status from config)
   - **Issue priority:** Map from task estimate (S=Low, M=Medium, L=High)
-  - **Issue labels:** Auto-assign labels based on task type (see Labels section)
+  - **Issue labels:** Prefer task tags → labels (see `work/linear/LABEL-MAPPING-GUIDE.md`)
   - **Issue project:** Link to Linear project (if milestone project exists)
   - **Issue team:** Assign to default team (if configured)
   - **Ask before creating:** Always ask user: "Skal jeg oprette Linear issues for tasks?"
@@ -124,7 +130,8 @@ IF Linear mode enabled AND AUTO_CREATE_DOCUMENTS=true AND spec file created/upda
 **B) During `/task/start`:**
 - **Get issue:** Fetch Linear issue details (if Linear task ID provided)
 - **Update issue:** Set status to "In Progress" (or custom status from config)
-- **Update issue:** Add comment: "Task started via SDD workflow at [timestamp]"
+- **Update issue:** Add comment (recommended format):
+  - “Started `<task-id>` via SDD. Branch: `<branch>`. Plan: `<1–3 bullets>`.”
 - **If issue not found:** Error: "Linear issue [ID] ikke fundet"
 
 **C) During `/task/validate`:**
@@ -132,7 +139,8 @@ IF Linear mode enabled AND AUTO_CREATE_DOCUMENTS=true AND spec file created/upda
   - **Approved:** "Done" (or custom status from config)
   - **Requires fixes:** "In Progress" (or custom status from config)
   - **Requires spec refinement:** "Blocked" (or custom status from config)
-- **Update issue:** Add comment with validation summary
+- **Update issue:** Add comment with validation summary (recommended format):
+  - “Validated `<task-id>` via SDD: `<pass/fail>`. Evidence: `<lint/tests/build>`. PR: `<url>` (if any).”
 
 **D) During `/spec/refine` or `/spec/evolve`:**
 - **Update issues:** If spec changes affect tasks → update related Linear issues

package/template/.cursor/commands/_shared/linear-helpers.md

@@ -60,13 +60,13 @@ This document contains helper logic for Linear operations, including status mapp
 
 ## Label Detection
 
-**Purpose:** Auto-detect task type and map to Linear labels.
+**Purpose:** Determine Linear labels for a task (prefer task tags; fallback to heuristics).
 
 **Logic:**
-1. Analyze task description and title
-2. Detect task type based on keywords
-3. Map task type to label names
-4. Check if labels exist, create if missing
+1. If the task exists in `work/backlog/tasks.local.md`, prefer `**Tags:**` as label names.
+2. If no tags found (or task not found), fallback to keyword-based task type detection.
+3. Check if labels exist; create if missing (when permitted).
+4. Assign labels to issue.
 
 **Task Type Detection:**
 ```markdown
@@ -91,14 +91,24 @@ Task type priority (if multiple matches):
 
 **Label Mapping:**
 ```markdown
-**Map Task Type to Labels:**
-
-- Design tasks → ["design", "ui", "frontend"]
-- Engineering tasks → ["engineering", "backend" or "frontend", "infrastructure" (if applicable)]
-- Business tasks → ["business", "requirements"]
-- Infrastructure tasks → ["infrastructure", "devops", "deployment"]
-- External service tasks → ["external-service", "integration"]
-- Risk mitigation tasks → ["risk", "mitigation"]
+**Map Task Tags / Type to Labels:**
+
+Priority order:
+
+1) **Task tags (preferred):**
+- Read task block in `work/backlog/tasks.local.md` (by task ID).
+- Parse `**Tags:**` (comma-separated).
+- Use each tag as a label name (optionally prefix with `LABEL_PREFIX` from `work/linear/sync-config.md`).
+- Do not invent type labels; only add `feature`, `bug`, `improvement` if explicitly present in tags.
+
+2) **Fallback (heuristics):**
+- If tags are unavailable, use task type detection and map:
+  - Design → ["design", "ui", "frontend"]
+  - Engineering → ["engineering", "backend" or "frontend"]
+  - Business → ["business", "requirements"]
+  - Infrastructure → ["infrastructure", "devops", "deployment"]
+  - External service → ["external-service", "integration"]
+  - Risk mitigation → ["risk", "mitigation"]
 ```
 
 **Function:**
@@ -206,7 +216,9 @@ Task type priority (if multiple matches):
 **Handle Configuration Error:**
 
 1. IF sync-config.md missing → guide user to create it
-2. IF MODE=linear but status mapping missing → guide user to setup
+2. IF MODE=linear but required status mapping keys are missing:
+   - During `/spec/plan`: **HARD STOP** Linear sync until `work/linear/sync-config.md` is completed
+   - During `/task/*`: skip Linear operations for this run and continue in local mode (do not block code execution)
 3. IF team ID invalid → guide user to update sync-config.md
 ```
 

package/template/.cursor/commands/_shared/pr-description.md

@@ -78,6 +78,15 @@ Generate comprehensive PR descriptions that include:
 
 ## Auto-Generation Process
 
+### Step 0: Resolve the base branch
+
+Do NOT assume the base branch is `main`.
+
+1. Resolve `defaultBranch` using one of:
+   - Skill (Cursor 2.4+): `/sdd-git-default-branch`
+   - Helper: `.cursor/commands/_shared/branch-detection.md` (if present in the project)
+2. Use `defaultBranch` consistently for diff, commit history, and PR base.
+
 ### Step 1: Read Task Information
 
 **From task spec:**
@@ -93,8 +102,8 @@ Generate comprehensive PR descriptions that include:
 ### Step 2: Generate Changes Summary
 
 **From git diff:**
-1. Get diff summary: `git diff main...HEAD --stat`
-2. Get commit history: `git log main..HEAD --oneline`
+1. Get diff summary: `git diff <default-branch>...HEAD --stat`
+2. Get commit history: `git log <default-branch>..HEAD --oneline`
 3. Analyze changed files:
    - Count files changed
    - Identify file types (components, services, tests, etc.)

package/template/.cursor/commands/spec/init.md

@@ -132,6 +132,10 @@ After the pitch, ask these 5 strategic questions in sequence. After each answer,
 - What can users not do without?
 - **Follow-up (if needed):** Ask 1-2 clarifying questions about features, then proceed to Question 3
 
+**Scope locking (important if the initial pitch includes “future vision”):**
+- What is the smallest **MVP scope** we can ship first?
+- Which items mentioned are explicitly **future ideas** (out of MVP scope) and should be parked for later?
+
 **Question 3: Technical Requirements**
 - Are there any technical requirements or constraints?
 - Any specific technologies, frameworks, or platforms required?
@@ -165,11 +169,24 @@ After the pitch, ask these 5 strategic questions in sequence. After each answer,
 - External services: Newsletter platform, payment processing, analytics, etc.?
 - CI/CD requirements: Automatic deployments, manual approval?
 
+**Task management / Linear (if the team wants Linear sync):**
+- Will this project use **Linear** for task tracking, or **local mode** only?
+- If Linear:
+  - Can you provide (or will you set up) the Linear MCP connection in Cursor?
+  - Do you want SDD to auto-create: **milestone projects**, **task issues**, and **spec documents** in Linear?
+  - Do you use any non-standard statuses or labels in Linear (or should we use defaults)?
+  - If you have multiple Linear connections in Cursor: what is the `MCP_CONNECTION_NAME`?
+
 **Design questions (if applicable and not already covered):**
 - Design direction: Do you have existing brand guidelines, design system, or should it be defined?
 - Visual style: Modern/minimalist/professional? Examples or references?
 - Design constraints: Colors, typography preferences, accessibility requirements?
 
+**Design system bootstrap (if design is critical):**
+- If the project will ship UI and design choices will affect implementation quality, create `spec/07-design-system.md`.
+- Use template: `spec/templates/07-design-system.md`
+- Optional (Cursor 2.4+): use the skill `/sdd-design-system-bootstrap` to produce a concrete, non-placeholder design system early.
+
 **Principles:**
 - Ask the 5 structured questions first
 - Allow 1-2 follow-up questions per structured question if clarification needed
@@ -206,6 +223,22 @@ Create or update the following files:
 - `spec/04-open-questions.md` - Open questions (always create)
 - `spec/01-prd.md` - Product Requirements Document (optional, create if detailed PRD is needed)
 
+Create or update the following files ONLY IF relevant and confirmed:
+- `spec/08-infrastructure.md` - Technology stack and infrastructure (use template: `spec/templates/08-infrastructure.md`)
+  - **Note:** This file is the source of truth for framework/tool detection and rule activation.
+- `spec/07-design-system.md` - Design system (use template: `spec/templates/07-design-system.md`)
+
+**If Linear is desired (recommendation before `/spec/plan`):**
+- Create `work/linear/sync-config.md` and set `MODE=linear` (see `work/linear/SETUP.md`)
+- **Required (hard requirement for Linear sync in `/spec/plan`)**: provide status mapping keys:
+  - `STATUS_BACKLOG`, `STATUS_IN_PROGRESS`, `STATUS_DONE`, `STATUS_BLOCKED`
+- Optional:
+  - `MCP_CONNECTION_NAME` (if multiple Linear MCP connections)
+  - `DEFAULT_TEAM_ID`
+  - `AUTO_ASSIGN_LABELS=true` (recommended; uses task tags → labels)
+  - `AUTO_CREATE_PROJECTS=true` (milestones → projects)
+  - `AUTO_CREATE_DOCUMENTS=true` (specs → documents)
+
 **Populate files as follows:**
 
 **spec/00-root-spec.md:**

package/template/.cursor/commands/spec/plan.md

@@ -67,7 +67,21 @@ Planning outputs
 A) Spec artifacts (create only if needed by planning)
 - Create or update `spec/01-prd.md` if the feature set needs to be made explicit.
 - Create or update `spec/06-acceptance.md` with high-level acceptance criteria / definition of done.
+  - Use template: `spec/templates/06-acceptance.md` (MVP ship checklist + quality gates)
 - Create or update `spec/02-architecture.md` if architecture decisions are made or needed for planning.
+  - Use template: `spec/templates/02-architecture.md`
+
+- Create or update `spec/08-infrastructure.md` if technology, environments, CI/CD, or hosting choices will affect the task breakdown.
+  - Use template: `spec/templates/08-infrastructure.md`
+  - **Note:** This file is the source of truth for framework/tool detection and rule activation.
+
+- Create or update `spec/07-design-system.md` if UI/design decisions will materially affect planning or acceptance criteria.
+  - Use template: `spec/templates/07-design-system.md`
+  - Optional (Cursor 2.4+): use the skill `/sdd-design-system-bootstrap` before splitting design tasks
+
+- Create or update `spec/09-sitemap.md` if the project ships UI (recommended for `projectType=web-app`).
+  - Use template: `spec/templates/09-sitemap.md`
+  - This is the source of truth for required pages, so tasks don’t “miss a screen” mid-implementation.
 
 **When to create architecture.md:**
 - Architecture decisions are made during planning
@@ -183,16 +197,36 @@ D) Optional: Linear integration (ONLY if configured)
    - Continue workflow with local mode only
 
 3. **Check configuration completeness (if Linear mode enabled):**
-   - If status mapping is missing → guide user:
+   - **HARD STOP (planning) if config is incomplete.** If `MODE=linear` is enabled but any of the required keys are missing, stop and require the user to fix `work/linear/sync-config.md` before continuing Linear sync:
+     - Required keys:
+       - `STATUS_BACKLOG`
+       - `STATUS_IN_PROGRESS`
+       - `STATUS_DONE`
+       - `STATUS_BLOCKED`
+   - Provide a recommended minimal snippet (names are fine; IDs optional):
      ```
-     "Linear mode er aktiveret. Før vi kan synkronisere, skal du:
-     1. Gå ind i Linear og oprette custom statuser (hvis nødvendigt)
-     2. Gå ind i Linear og oprette custom labels (hvis nødvendigt)
-     3. Opdater sync-config.md med status IDs eller names
-     
-     Se work/linear/SETUP.md for detaljerede instruktioner."
+     MODE=linear
+     STATUS_BACKLOG=Backlog
+     STATUS_IN_PROGRESS=In Progress
+     STATUS_DONE=Done
+     STATUS_BLOCKED=Blocked
+     AUTO_ASSIGN_LABELS=true
+     AUTO_CREATE_PROJECTS=true
+     AUTO_CREATE_DOCUMENTS=true
      ```
-   - Reference `work/linear/SETUP.md` for setup instructions
+   - Explain what the system can do automatically once config is complete:
+     - Create milestone projects (if `AUTO_CREATE_PROJECTS=true`)
+     - Create/update task issues (status + labels + project linkage)
+     - Create/update spec documents (if `AUTO_CREATE_DOCUMENTS=true`)
+     - Add structured comments on task start/validate
+   - Ask the user what they need to provide manually (if not known):
+     - `MCP_CONNECTION_NAME` (if multiple Linear MCP connections)
+     - `DEFAULT_TEAM_ID` (optional)
+     - Whether they use custom status names (otherwise defaults)
+   - Reference:
+     - `work/linear/SETUP.md` (setup)
+     - `work/linear/LABEL-MAPPING-GUIDE.md` (tags → labels; avoid “feature everywhere”)
+     - `work/linear/FALLBACK-STRATEGY.md` (failures fallback; do not block)
 
 **D.2) Linear Projects Creation (if Linear mode enabled and AUTO_CREATE_PROJECTS=true):**
 
@@ -214,7 +248,7 @@ D) Optional: Linear integration (ONLY if configured)
    - If exists → skip or update (ask user)
    - If not exists → ask user: "Skal jeg oprette Linear issues for tasks?"
    - If yes → create Linear issue:
-     - Issue title: Task description (first line)
+     - Issue title: `[task-id] – [task description]` (include task ID for stable idempotency)
      - Issue description: Full task details (description, acceptance, dependencies, estimate)
      - Issue status: Map to "Backlog" (use status mapping from linear-helpers.md)
      - Issue priority: Map from estimate (S=Low, M=Medium, L=High)

package/template/.cursor/commands/spec/refine.md

@@ -102,6 +102,10 @@ D) Decisions (only if unavoidable)
 - UI patterns (card layouts, navigation patterns, form styles, etc.)
 - Accessibility requirements (WCAG level, color contrast)
 
+**If design is critical:**
+- Create or update `spec/07-design-system.md` using `spec/templates/07-design-system.md`
+- Optional (Cursor 2.4+): use the skill `/sdd-design-system-bootstrap` to bootstrap a concrete design system before planning
+
 **F) Infrastructure decisions (if infrastructure is critical)**
 - Hosting provider preferences
 - Database provider preferences
@@ -112,6 +116,9 @@ D) Decisions (only if unavoidable)
   - This becomes the source of truth for framework/tool detection and rule activation
   - Format: "Frontend Framework: [name], CMS: [name], Database: [name], etc."
 
+**If infrastructure is critical (recommended for most non-trivial projects):**
+- Create or update `spec/08-infrastructure.md` using `spec/templates/08-infrastructure.md`
+
 **G) Architecture decisions (if architecture is critical)**
 - System architecture and component design
 - Data flow and component interactions