rhachet-roles-bhuild 0.12.2 → 0.13.0

package/dist/contract/cli/init.behavior.js

@@ -26,6 +26,7 @@ const schemaOfArgs = zod_1.z.object({
         name: zod_1.z.string(),
         dir: zod_1.z.string().optional(),
         open: zod_1.z.string().optional(),
+        guard: zod_1.z.enum(['light', 'heavy']).optional(),
         // rhachet passthrough args (optional, ignored)
         repo: zod_1.z.string().optional(),
         role: zod_1.z.string().optional(),
@@ -86,7 +87,11 @@ const initBehavior = async () => {
         process.exit(1);
     }
     // initialize behavior directory with template files
-    const result = (0, init_1.initBehaviorDir)({ behaviorDir, behaviorDirRel });
+    const result = (0, init_1.initBehaviorDir)({
+        behaviorDir,
+        behaviorDirRel,
+        guard: named.guard,
+    });
     // render tree-style output
     const treeOutput = (0, init_1.computeOutputTree)({
         created: result.created,

package/dist/contract/cli/init.behavior.js.map

@@ -1 +1 @@
-{"version":3,"file":"init.behavior.js","sourceRoot":"","sources":["../../../src/contract/cli/init.behavior.ts"],"names":[],"mappings":";AAAA;;;;;GAKG;;;AAEH,+BAA+C;AAC/C,0DAA8D;AAC9D,6BAAwB;AAExB,+DAI8C;AAC9C,qGAAkG;AAClG,+DAG8C;AAC9C,oGAAiG;AACjG,wCAA4C;AAC5C,oFAAiF;AACjF,4EAAyE;AAEzE,uEAAuE;AACvE,SAAS;AACT,uEAAuE;AAEvE,MAAM,YAAY,GAAG,OAAC,CAAC,MAAM,CAAC;IAC5B,KAAK,EAAE,OAAC,CAAC,MAAM,CAAC;QACd,sBAAsB;QACtB,IAAI,EAAE,OAAC,CAAC,MAAM,EAAE;QAChB,GAAG,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;QAC1B,IAAI,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;QAC3B,+CAA+C;QAC/C,IAAI,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;QAC3B,IAAI,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;QAC3B,KAAK,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;QAC5B,CAAC,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;KACzB,CAAC;IACF,OAAO,EAAE,OAAC,CAAC,KAAK,CAAC,OAAC,CAAC,MAAM,EAAE,CAAC,CAAC,OAAO,CAAC,EAAE,CAAC;CACzC,CAAC,CAAC;AAEH,uEAAuE;AACvE,2BAA2B;AAC3B,uEAAuE;AAEhE,MAAM,YAAY,GAAG,KAAK,IAAmB,EAAE;IACpD,MAAM,EAAE,KAAK,EAAE,GAAG,IAAA,gBAAU,EAAC,EAAE,MAAM,EAAE,YAAY,EAAE,CAAC,CAAC;IACvD,MAAM,YAAY,GAAG,KAAK,CAAC,IAAI,CAAC;IAChC,MAAM,OAAO,GAAG,EAAE,GAAG,EAAE,OAAO,CAAC,GAAG,EAAE,EAAE,CAAC;IACvC,MAAM,YAAY,GAAG,KAAK,CAAC,GAAG,IAAI,GAAG,CAAC;IAEtC,0CAA0C;IAC1C,IAAI,KAAK,CAAC,IAAI,KAAK,SAAS,IAAI,KAAK,CAAC,IAAI,CAAC,IAAI,EAAE,KAAK,EAAE,EAAE,CAAC;QACzD,OAAO,CAAC,KAAK,CAAC,0CAA0C,CAAC,CAAC;QAC1D,OAAO,CAAC,KAAK,CAAC,EAAE,CAAC,CAAC;QAClB,OAAO,CAAC,KAAK,CAAC,uDAAuD,CAAC,CAAC;QACvE,OAAO,CAAC,KAAK,CAAC,iBAAiB,CAAC,CAAC;QACjC,OAAO,CAAC,KAAK,CAAC,cAAc,CAAC,CAAC;QAC9B,OAAO,CAAC,KAAK,CAAC,cAAc,CAAC,CAAC;QAC9B,OAAO,CAAC,KAAK,CAAC,eAAe,CAAC,CAAC;QAC/B,OAAO,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC;IAClB,CAAC;IAED,qBAAqB;IACrB,MAAM,aAAa,GAAG,IAAA,uBAAgB,EAAC,EAAE,EAAE,OAAO,CAAC,CAAC;IAEpD,mDAAmD;IACnD,MAAM,SAAS,GAAG,YAAY,CAAC,OAAO,CAAC,mBAAmB,EAAE,EAAE,CAAC,CAAC;IAEhE,4DAA4D;IAC5D,MAAM,aAAa,GAAG,IAAA,iDAAuB,EAC3C,EAAE,IAAI,EAAE,YAAY,EAAE,SAAS,EAAE,EACjC,OAAO,CACR,CAAC;IAEF,wDAAwD;IACxD,MAAM,WAAW,GAAG,CAAC,GAAG,EAAE;QACxB,IAAI,aAAa,EAAE,CAAC;YAClB,OAAO,aAAa,CAAC;QACvB,CAAC;QACD,wCAAwC;QACxC,MAAM,GAAG,GAAG,IAAI,IAAI,EAAE,CAAC;QACvB,MAAM,OAAO,GAAG,GAAG,GAAG,CAAC,WAAW,EAAE,IAAI,MAAM,CAAC,GAAG,CAAC,QAAQ,EAAE,GAAG,CAAC,CAAC,CAAC,QAAQ,CAAC,CAAC,EAAE,GAAG,CAAC,IAAI,MAAM,CAAC,GAAG,CAAC,OAAO,EAAE,CAAC,CAAC,QAAQ,CAAC,CAAC,EAAE,GAAG,CAAC,EAAE,CAAC;QAChI,OAAO,IAAA,WAAI,EAAC,SAAS,EAAE,WAAW,EAAE,IAAI,OAAO,IAAI,YAAY,EAAE,CAAC,CAAC;IACrE,CAAC,CAAC,EAAE,CAAC;IAEL,oDAAoD;IACpD,MAAM,cAAc,GAAG,WAAW,CAAC,OAAO,CAAC,OAAO,EAAE,EAAE,CAAC,CAAC;IAExD,wEAAwE;IACxE,MAAM,UAAU,GAAG,IAAA,4BAAqB,EACtC;QACE,UAAU,EAAE,aAAa;QACzB,SAAS;KACV,EACD,OAAO,CACR,CAAC;IACF,2EAA2E;IAC3E,MAAM,cAAc,GAAG,IAAA,cAAO,EAAC,OAAO,CAAC,GAAG,EAAE,WAAW,CAAC,CAAC;IACzD,IAAI,UAAU,CAAC,WAAW,IAAI,UAAU,CAAC,WAAW,KAAK,cAAc,EAAE,CAAC;QACxE,OAAO,CAAC,KAAK,CACX,qBAAqB,aAAa,0BAA0B,IAAA,eAAQ,EAAC,UAAU,CAAC,WAAW,CAAC,EAAE,CAC/F,CAAC;QACF,OAAO,CAAC,KAAK,CAAC,EAAE,CAAC,CAAC;QAClB,OAAO,CAAC,KAAK,CAAC,2CAA2C,CAAC,CAAC;QAC3D,OAAO,CAAC,KAAK,CAAC,qDAAqD,CAAC,CAAC;QACrE,OAAO,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC;IAClB,CAAC;IAED,oDAAoD;IACpD,MAAM,MAAM,GAAG,IAAA,sBAAe,EAAC,EAAE,WAAW,EAAE,cAAc,EAAE,CAAC,CAAC;IAEhE,2BAA2B;IAC3B,MAAM,UAAU,GAAG,IAAA,wBAAiB,EAAC;QACnC,OAAO,EAAE,MAAM,CAAC,OAAO;QACvB,IAAI,EAAE,MAAM,CAAC,IAAI;QACjB,OAAO,EAAE,EAAE;KACZ,CAAC,CAAC;IACH,OAAO,CAAC,GAAG,CAAC,UAAU,CAAC,CAAC;IAExB,qCAAqC;IACrC,MAAM,WAAW,GAAG,GAAG,cAAc,YAAY,CAAC;IAElD,0DAA0D;IAC1D,IAAI,UAA8B,CAAC;IACnC,IAAI,KAAK,CAAC,IAAI,EAAE,CAAC;QACf,IAAI,CAAC;YACH,IAAA,uCAAkB,EAAC,EAAE,MAAM,EAAE,KAAK,CAAC,IAAI,EAAE,QAAQ,EAAE,WAAW,EAAE,CAAC,CAAC;YAClE,UAAU,GAAG,KAAK,CAAC,IAAI,CAAC;QAC1B,CAAC;QAAC,OAAO,KAAK,EAAE,CAAC;YACf,IAAI,KAAK,YAAY,+CAAsB,EAAE,CAAC;gBAC5C,OAAO,CAAC,GAAG,CAAC,EAAE,CAAC,CAAC;gBAChB,OAAO,CAAC,GAAG,CAAC,OAAO,KAAK,CAAC,OAAO,EAAE,CAAC,CAAC;YACtC,CAAC;iBAAM,CAAC;gBACN,MAAM,KAAK,CAAC;YACd,CAAC;QACH,CAAC;IACH,CAAC;IAED,0DAA0D;IAC1D,OAAO,CAAC,GAAG,CAAC,EAAE,CAAC,CAAC;IAChB,MAAM,YAAY,GAAG,IAAA,yCAAmB,EAAC,EAAE,WAAW,EAAE,MAAM,EAAE,UAAU,EAAE,CAAC,CAAC;IAC9E,OAAO,CAAC,GAAG,CAAC,YAAY,CAAC,CAAC;IAE1B,2EAA2E;IAC3E,IAAA,4BAAqB,EACnB;QACE,UAAU,EAAE,aAAa;QACzB,WAAW;QACX,OAAO,EAAE,qBAAqB;QAC9B,SAAS;KACV,EACD,OAAO,CACR,CAAC;IAEF,0CAA0C;IAC1C,MAAM,IAAA,oBAAY,EAAC,EAAE,KAAK,EAAE,cAAc,EAAE,CAAC,CAAC;IAE9C,+BAA+B;IAC/B,MAAM,GAAG,GAAG,SAAS,CAAC;IACtB,MAAM,KAAK,GAAG,SAAS,CAAC;IACxB,OAAO,CAAC,GAAG,CAAC,EAAE,CAAC,CAAC;IAChB,OAAO,CAAC,GAAG,CAAC,oBAAoB,CAAC,CAAC;IAClC,OAAO,CAAC,GAAG,CACT,gBAAgB,aAAa,iBAAiB,IAAA,eAAQ,EAAC,WAAW,CAAC,EAAE,CACtE,CAAC;IACF,OAAO,CAAC,GAAG,CACT,SAAS,GAAG,8CAA8C,KAAK,EAAE,CAClE,CAAC;IACF,OAAO,CAAC,GAAG,CAAC,SAAS,GAAG,4CAA4C,KAAK,EAAE,CAAC,CAAC;AAC/E,CAAC,CAAC;AA7HW,QAAA,YAAY,gBA6HvB"}
+{"version":3,"file":"init.behavior.js","sourceRoot":"","sources":["../../../src/contract/cli/init.behavior.ts"],"names":[],"mappings":";AAAA;;;;;GAKG;;;AAEH,+BAA+C;AAC/C,0DAA8D;AAC9D,6BAAwB;AAExB,+DAI8C;AAC9C,qGAAkG;AAClG,+DAG8C;AAC9C,oGAAiG;AACjG,wCAA4C;AAC5C,oFAAiF;AACjF,4EAAyE;AAEzE,uEAAuE;AACvE,SAAS;AACT,uEAAuE;AAEvE,MAAM,YAAY,GAAG,OAAC,CAAC,MAAM,CAAC;IAC5B,KAAK,EAAE,OAAC,CAAC,MAAM,CAAC;QACd,sBAAsB;QACtB,IAAI,EAAE,OAAC,CAAC,MAAM,EAAE;QAChB,GAAG,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;QAC1B,IAAI,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;QAC3B,KAAK,EAAE,OAAC,CAAC,IAAI,CAAC,CAAC,OAAO,EAAE,OAAO,CAAC,CAAC,CAAC,QAAQ,EAAE;QAC5C,+CAA+C;QAC/C,IAAI,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;QAC3B,IAAI,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;QAC3B,KAAK,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;QAC5B,CAAC,EAAE,OAAC,CAAC,MAAM,EAAE,CAAC,QAAQ,EAAE;KACzB,CAAC;IACF,OAAO,EAAE,OAAC,CAAC,KAAK,CAAC,OAAC,CAAC,MAAM,EAAE,CAAC,CAAC,OAAO,CAAC,EAAE,CAAC;CACzC,CAAC,CAAC;AAEH,uEAAuE;AACvE,2BAA2B;AAC3B,uEAAuE;AAEhE,MAAM,YAAY,GAAG,KAAK,IAAmB,EAAE;IACpD,MAAM,EAAE,KAAK,EAAE,GAAG,IAAA,gBAAU,EAAC,EAAE,MAAM,EAAE,YAAY,EAAE,CAAC,CAAC;IACvD,MAAM,YAAY,GAAG,KAAK,CAAC,IAAI,CAAC;IAChC,MAAM,OAAO,GAAG,EAAE,GAAG,EAAE,OAAO,CAAC,GAAG,EAAE,EAAE,CAAC;IACvC,MAAM,YAAY,GAAG,KAAK,CAAC,GAAG,IAAI,GAAG,CAAC;IAEtC,0CAA0C;IAC1C,IAAI,KAAK,CAAC,IAAI,KAAK,SAAS,IAAI,KAAK,CAAC,IAAI,CAAC,IAAI,EAAE,KAAK,EAAE,EAAE,CAAC;QACzD,OAAO,CAAC,KAAK,CAAC,0CAA0C,CAAC,CAAC;QAC1D,OAAO,CAAC,KAAK,CAAC,EAAE,CAAC,CAAC;QAClB,OAAO,CAAC,KAAK,CAAC,uDAAuD,CAAC,CAAC;QACvE,OAAO,CAAC,KAAK,CAAC,iBAAiB,CAAC,CAAC;QACjC,OAAO,CAAC,KAAK,CAAC,cAAc,CAAC,CAAC;QAC9B,OAAO,CAAC,KAAK,CAAC,cAAc,CAAC,CAAC;QAC9B,OAAO,CAAC,KAAK,CAAC,eAAe,CAAC,CAAC;QAC/B,OAAO,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC;IAClB,CAAC;IAED,qBAAqB;IACrB,MAAM,aAAa,GAAG,IAAA,uBAAgB,EAAC,EAAE,EAAE,OAAO,CAAC,CAAC;IAEpD,mDAAmD;IACnD,MAAM,SAAS,GAAG,YAAY,CAAC,OAAO,CAAC,mBAAmB,EAAE,EAAE,CAAC,CAAC;IAEhE,4DAA4D;IAC5D,MAAM,aAAa,GAAG,IAAA,iDAAuB,EAC3C,EAAE,IAAI,EAAE,YAAY,EAAE,SAAS,EAAE,EACjC,OAAO,CACR,CAAC;IAEF,wDAAwD;IACxD,MAAM,WAAW,GAAG,CAAC,GAAG,EAAE;QACxB,IAAI,aAAa,EAAE,CAAC;YAClB,OAAO,aAAa,CAAC;QACvB,CAAC;QACD,wCAAwC;QACxC,MAAM,GAAG,GAAG,IAAI,IAAI,EAAE,CAAC;QACvB,MAAM,OAAO,GAAG,GAAG,GAAG,CAAC,WAAW,EAAE,IAAI,MAAM,CAAC,GAAG,CAAC,QAAQ,EAAE,GAAG,CAAC,CAAC,CAAC,QAAQ,CAAC,CAAC,EAAE,GAAG,CAAC,IAAI,MAAM,CAAC,GAAG,CAAC,OAAO,EAAE,CAAC,CAAC,QAAQ,CAAC,CAAC,EAAE,GAAG,CAAC,EAAE,CAAC;QAChI,OAAO,IAAA,WAAI,EAAC,SAAS,EAAE,WAAW,EAAE,IAAI,OAAO,IAAI,YAAY,EAAE,CAAC,CAAC;IACrE,CAAC,CAAC,EAAE,CAAC;IAEL,oDAAoD;IACpD,MAAM,cAAc,GAAG,WAAW,CAAC,OAAO,CAAC,OAAO,EAAE,EAAE,CAAC,CAAC;IAExD,wEAAwE;IACxE,MAAM,UAAU,GAAG,IAAA,4BAAqB,EACtC;QACE,UAAU,EAAE,aAAa;QACzB,SAAS;KACV,EACD,OAAO,CACR,CAAC;IACF,2EAA2E;IAC3E,MAAM,cAAc,GAAG,IAAA,cAAO,EAAC,OAAO,CAAC,GAAG,EAAE,WAAW,CAAC,CAAC;IACzD,IAAI,UAAU,CAAC,WAAW,IAAI,UAAU,CAAC,WAAW,KAAK,cAAc,EAAE,CAAC;QACxE,OAAO,CAAC,KAAK,CACX,qBAAqB,aAAa,0BAA0B,IAAA,eAAQ,EAAC,UAAU,CAAC,WAAW,CAAC,EAAE,CAC/F,CAAC;QACF,OAAO,CAAC,KAAK,CAAC,EAAE,CAAC,CAAC;QAClB,OAAO,CAAC,KAAK,CAAC,2CAA2C,CAAC,CAAC;QAC3D,OAAO,CAAC,KAAK,CAAC,qDAAqD,CAAC,CAAC;QACrE,OAAO,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC;IAClB,CAAC;IAED,oDAAoD;IACpD,MAAM,MAAM,GAAG,IAAA,sBAAe,EAAC;QAC7B,WAAW;QACX,cAAc;QACd,KAAK,EAAE,KAAK,CAAC,KAAK;KACnB,CAAC,CAAC;IAEH,2BAA2B;IAC3B,MAAM,UAAU,GAAG,IAAA,wBAAiB,EAAC;QACnC,OAAO,EAAE,MAAM,CAAC,OAAO;QACvB,IAAI,EAAE,MAAM,CAAC,IAAI;QACjB,OAAO,EAAE,EAAE;KACZ,CAAC,CAAC;IACH,OAAO,CAAC,GAAG,CAAC,UAAU,CAAC,CAAC;IAExB,qCAAqC;IACrC,MAAM,WAAW,GAAG,GAAG,cAAc,YAAY,CAAC;IAElD,0DAA0D;IAC1D,IAAI,UAA8B,CAAC;IACnC,IAAI,KAAK,CAAC,IAAI,EAAE,CAAC;QACf,IAAI,CAAC;YACH,IAAA,uCAAkB,EAAC,EAAE,MAAM,EAAE,KAAK,CAAC,IAAI,EAAE,QAAQ,EAAE,WAAW,EAAE,CAAC,CAAC;YAClE,UAAU,GAAG,KAAK,CAAC,IAAI,CAAC;QAC1B,CAAC;QAAC,OAAO,KAAK,EAAE,CAAC;YACf,IAAI,KAAK,YAAY,+CAAsB,EAAE,CAAC;gBAC5C,OAAO,CAAC,GAAG,CAAC,EAAE,CAAC,CAAC;gBAChB,OAAO,CAAC,GAAG,CAAC,OAAO,KAAK,CAAC,OAAO,EAAE,CAAC,CAAC;YACtC,CAAC;iBAAM,CAAC;gBACN,MAAM,KAAK,CAAC;YACd,CAAC;QACH,CAAC;IACH,CAAC;IAED,0DAA0D;IAC1D,OAAO,CAAC,GAAG,CAAC,EAAE,CAAC,CAAC;IAChB,MAAM,YAAY,GAAG,IAAA,yCAAmB,EAAC,EAAE,WAAW,EAAE,MAAM,EAAE,UAAU,EAAE,CAAC,CAAC;IAC9E,OAAO,CAAC,GAAG,CAAC,YAAY,CAAC,CAAC;IAE1B,2EAA2E;IAC3E,IAAA,4BAAqB,EACnB;QACE,UAAU,EAAE,aAAa;QACzB,WAAW;QACX,OAAO,EAAE,qBAAqB;QAC9B,SAAS;KACV,EACD,OAAO,CACR,CAAC;IAEF,0CAA0C;IAC1C,MAAM,IAAA,oBAAY,EAAC,EAAE,KAAK,EAAE,cAAc,EAAE,CAAC,CAAC;IAE9C,+BAA+B;IAC/B,MAAM,GAAG,GAAG,SAAS,CAAC;IACtB,MAAM,KAAK,GAAG,SAAS,CAAC;IACxB,OAAO,CAAC,GAAG,CAAC,EAAE,CAAC,CAAC;IAChB,OAAO,CAAC,GAAG,CAAC,oBAAoB,CAAC,CAAC;IAClC,OAAO,CAAC,GAAG,CACT,gBAAgB,aAAa,iBAAiB,IAAA,eAAQ,EAAC,WAAW,CAAC,EAAE,CACtE,CAAC;IACF,OAAO,CAAC,GAAG,CACT,SAAS,GAAG,8CAA8C,KAAK,EAAE,CAClE,CAAC;IACF,OAAO,CAAC,GAAG,CAAC,SAAS,GAAG,4CAA4C,KAAK,EAAE,CAAC,CAAC;AAC/E,CAAC,CAAC;AAjIW,QAAA,YAAY,gBAiIvB"}

package/dist/domain.operations/behavior/init/initBehaviorDir.d.ts

@@ -7,11 +7,13 @@
  *   - creates behavior directory if not found
  *   - findserts all template files (creates if not found, skips if exists)
  *   - replaces $BEHAVIOR_DIR_REL in template content
+ *   - selects guard templates based on guard level (light or heavy)
  *   - idempotent: safe to rerun
  */
 export declare const initBehaviorDir: (input: {
     behaviorDir: string;
     behaviorDirRel: string;
+    guard?: 'light' | 'heavy';
 }) => {
     created: string[];
     kept: string[];

package/dist/domain.operations/behavior/init/initBehaviorDir.js

@@ -13,21 +13,28 @@ const TEMPLATES_DIR = (0, path_1.join)(__dirname, 'templates');
  *   - creates behavior directory if not found
  *   - findserts all template files (creates if not found, skips if exists)
  *   - replaces $BEHAVIOR_DIR_REL in template content
+ *   - selects guard templates based on guard level (light or heavy)
  *   - idempotent: safe to rerun
  */
 const initBehaviorDir = (input) => {
     const created = [];
     const kept = [];
+    const guardLevel = input.guard ?? 'light';
     // create behavior directory (idempotent)
     (0, fs_1.mkdirSync)(input.behaviorDir, { recursive: true });
     // read all template files
     const templateFiles = (0, fs_1.readdirSync)(TEMPLATES_DIR);
-    for (const templateName of templateFiles) {
+    // determine which templates to process
+    const templatesToProcess = computeTemplatesToProcess({
+        templateFiles,
+        guardLevel,
+    });
+    for (const { templateName, targetName } of templatesToProcess) {
         const templatePath = (0, path_1.join)(TEMPLATES_DIR, templateName);
-        const targetPath = (0, path_1.join)(input.behaviorDir, templateName);
+        const targetPath = (0, path_1.join)(input.behaviorDir, targetName);
         // findsert: skip if exists
         if ((0, fs_1.existsSync)(targetPath)) {
-            kept.push(templateName);
+            kept.push(targetName);
             continue;
         }
         // read template and replace variable
@@ -35,9 +42,39 @@ const initBehaviorDir = (input) => {
         content = content.replace(/\$BEHAVIOR_DIR_REL/g, input.behaviorDirRel);
         // write template file
         (0, fs_1.writeFileSync)(targetPath, content);
-        created.push(templateName);
+        created.push(targetName);
     }
     return { created, kept };
 };
 exports.initBehaviorDir = initBehaviorDir;
+/**
+ * .what = compute which templates to process based on guard level
+ *
+ * .why  = guard files come in .light and .heavy variants; this selects
+ *         the appropriate variant and maps it to the base filename
+ */
+const computeTemplatesToProcess = (input) => {
+    const result = [];
+    const guardLevelChosenSuffix = `.${input.guardLevel}`;
+    for (const templateName of input.templateFiles) {
+        // check if this is a guard-level-specific template
+        const isLightVariant = templateName.endsWith('.light');
+        const isHeavyVariant = templateName.endsWith('.heavy');
+        const isGuardLevelTemplate = isLightVariant || isHeavyVariant;
+        // skip guard-level templates that don't match chosen level
+        if (isGuardLevelTemplate &&
+            !templateName.endsWith(guardLevelChosenSuffix)) {
+            continue;
+        }
+        // handle guard templates with level suffix - strip suffix for target name
+        if (templateName.endsWith(guardLevelChosenSuffix)) {
+            const targetName = templateName.slice(0, -guardLevelChosenSuffix.length);
+            result.push({ templateName, targetName });
+            continue;
+        }
+        // regular templates (no suffix) - use as-is
+        result.push({ templateName, targetName: templateName });
+    }
+    return result;
+};
 //# sourceMappingURL=initBehaviorDir.js.map

package/dist/domain.operations/behavior/init/initBehaviorDir.js.map

@@ -1 +1 @@
-{"version":3,"file":"initBehaviorDir.js","sourceRoot":"","sources":["../../../../src/domain.operations/behavior/init/initBehaviorDir.ts"],"names":[],"mappings":";;;AAAA,2BAMY;AACZ,+BAA4B;AAE5B,MAAM,aAAa,GAAG,IAAA,WAAI,EAAC,SAAS,EAAE,WAAW,CAAC,CAAC;AAEnD;;;;;;;;;;GAUG;AACI,MAAM,eAAe,GAAG,CAAC,KAG/B,EAAyC,EAAE;IAC1C,MAAM,OAAO,GAAa,EAAE,CAAC;IAC7B,MAAM,IAAI,GAAa,EAAE,CAAC;IAE1B,yCAAyC;IACzC,IAAA,cAAS,EAAC,KAAK,CAAC,WAAW,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAC;IAElD,0BAA0B;IAC1B,MAAM,aAAa,GAAG,IAAA,gBAAW,EAAC,aAAa,CAAC,CAAC;IAEjD,KAAK,MAAM,YAAY,IAAI,aAAa,EAAE,CAAC;QACzC,MAAM,YAAY,GAAG,IAAA,WAAI,EAAC,aAAa,EAAE,YAAY,CAAC,CAAC;QACvD,MAAM,UAAU,GAAG,IAAA,WAAI,EAAC,KAAK,CAAC,WAAW,EAAE,YAAY,CAAC,CAAC;QAEzD,2BAA2B;QAC3B,IAAI,IAAA,eAAU,EAAC,UAAU,CAAC,EAAE,CAAC;YAC3B,IAAI,CAAC,IAAI,CAAC,YAAY,CAAC,CAAC;YACxB,SAAS;QACX,CAAC;QAED,qCAAqC;QACrC,IAAI,OAAO,GAAG,IAAA,iBAAY,EAAC,YAAY,EAAE,OAAO,CAAC,CAAC;QAClD,OAAO,GAAG,OAAO,CAAC,OAAO,CAAC,qBAAqB,EAAE,KAAK,CAAC,cAAc,CAAC,CAAC;QAEvE,sBAAsB;QACtB,IAAA,kBAAa,EAAC,UAAU,EAAE,OAAO,CAAC,CAAC;QACnC,OAAO,CAAC,IAAI,CAAC,YAAY,CAAC,CAAC;IAC7B,CAAC;IAED,OAAO,EAAE,OAAO,EAAE,IAAI,EAAE,CAAC;AAC3B,CAAC,CAAC;AAjCW,QAAA,eAAe,mBAiC1B"}
+{"version":3,"file":"initBehaviorDir.js","sourceRoot":"","sources":["../../../../src/domain.operations/behavior/init/initBehaviorDir.ts"],"names":[],"mappings":";;;AAAA,2BAMY;AACZ,+BAA4B;AAE5B,MAAM,aAAa,GAAG,IAAA,WAAI,EAAC,SAAS,EAAE,WAAW,CAAC,CAAC;AAEnD;;;;;;;;;;;GAWG;AACI,MAAM,eAAe,GAAG,CAAC,KAI/B,EAAyC,EAAE;IAC1C,MAAM,OAAO,GAAa,EAAE,CAAC;IAC7B,MAAM,IAAI,GAAa,EAAE,CAAC;IAC1B,MAAM,UAAU,GAAG,KAAK,CAAC,KAAK,IAAI,OAAO,CAAC;IAE1C,yCAAyC;IACzC,IAAA,cAAS,EAAC,KAAK,CAAC,WAAW,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAC;IAElD,0BAA0B;IAC1B,MAAM,aAAa,GAAG,IAAA,gBAAW,EAAC,aAAa,CAAC,CAAC;IAEjD,uCAAuC;IACvC,MAAM,kBAAkB,GAAG,yBAAyB,CAAC;QACnD,aAAa;QACb,UAAU;KACX,CAAC,CAAC;IAEH,KAAK,MAAM,EAAE,YAAY,EAAE,UAAU,EAAE,IAAI,kBAAkB,EAAE,CAAC;QAC9D,MAAM,YAAY,GAAG,IAAA,WAAI,EAAC,aAAa,EAAE,YAAY,CAAC,CAAC;QACvD,MAAM,UAAU,GAAG,IAAA,WAAI,EAAC,KAAK,CAAC,WAAW,EAAE,UAAU,CAAC,CAAC;QAEvD,2BAA2B;QAC3B,IAAI,IAAA,eAAU,EAAC,UAAU,CAAC,EAAE,CAAC;YAC3B,IAAI,CAAC,IAAI,CAAC,UAAU,CAAC,CAAC;YACtB,SAAS;QACX,CAAC;QAED,qCAAqC;QACrC,IAAI,OAAO,GAAG,IAAA,iBAAY,EAAC,YAAY,EAAE,OAAO,CAAC,CAAC;QAClD,OAAO,GAAG,OAAO,CAAC,OAAO,CAAC,qBAAqB,EAAE,KAAK,CAAC,cAAc,CAAC,CAAC;QAEvE,sBAAsB;QACtB,IAAA,kBAAa,EAAC,UAAU,EAAE,OAAO,CAAC,CAAC;QACnC,OAAO,CAAC,IAAI,CAAC,UAAU,CAAC,CAAC;IAC3B,CAAC;IAED,OAAO,EAAE,OAAO,EAAE,IAAI,EAAE,CAAC;AAC3B,CAAC,CAAC;AAzCW,QAAA,eAAe,mBAyC1B;AAEF;;;;;GAKG;AACH,MAAM,yBAAyB,GAAG,CAAC,KAGlC,EAAuD,EAAE;IACxD,MAAM,MAAM,GAAwD,EAAE,CAAC;IACvE,MAAM,sBAAsB,GAAG,IAAI,KAAK,CAAC,UAAU,EAAE,CAAC;IAEtD,KAAK,MAAM,YAAY,IAAI,KAAK,CAAC,aAAa,EAAE,CAAC;QAC/C,mDAAmD;QACnD,MAAM,cAAc,GAAG,YAAY,CAAC,QAAQ,CAAC,QAAQ,CAAC,CAAC;QACvD,MAAM,cAAc,GAAG,YAAY,CAAC,QAAQ,CAAC,QAAQ,CAAC,CAAC;QACvD,MAAM,oBAAoB,GAAG,cAAc,IAAI,cAAc,CAAC;QAE9D,2DAA2D;QAC3D,IACE,oBAAoB;YACpB,CAAC,YAAY,CAAC,QAAQ,CAAC,sBAAsB,CAAC,EAC9C,CAAC;YACD,SAAS;QACX,CAAC;QAED,0EAA0E;QAC1E,IAAI,YAAY,CAAC,QAAQ,CAAC,sBAAsB,CAAC,EAAE,CAAC;YAClD,MAAM,UAAU,GAAG,YAAY,CAAC,KAAK,CAAC,CAAC,EAAE,CAAC,sBAAsB,CAAC,MAAM,CAAC,CAAC;YACzE,MAAM,CAAC,IAAI,CAAC,EAAE,YAAY,EAAE,UAAU,EAAE,CAAC,CAAC;YAC1C,SAAS;QACX,CAAC;QAED,4CAA4C;QAC5C,MAAM,CAAC,IAAI,CAAC,EAAE,YAAY,EAAE,UAAU,EAAE,YAAY,EAAE,CAAC,CAAC;IAC1D,CAAC;IAED,OAAO,MAAM,CAAC;AAChB,CAAC,CAAC"}

package/dist/domain.operations/behavior/init/templates/1.vision.guard.heavy

@@ -0,0 +1,117 @@
+# guard for vision stone
+#
+# requires human approval before stone can be marked as passed
+# because the self-review prompts require human feedback,
+# the process needs to halt here for human review
+
+judges:
+  - npx rhachet run --repo bhrain --skill route.stone.judge --mechanism approved? --stone $stone --route $route
+
+reviews:
+  self:
+    - slug: has-questioned-fundamentals
+      say: |
+        did we reason from first principles or from convention?
+
+        for this vision, ask:
+        - what are the fundamental truths here that we know are true?
+        - do we build from those truths, or from "how it's usually done"?
+        - if we started from scratch with only the fundamentals, what would we build?
+        - what would this cost if we broke it down to raw materials/components?
+
+        ensure we solve the right problem, not just the familiar one.
+
+    - slug: has-questioned-requirements
+      say: |
+        a junior recently modified files in this repo. we need to carefully
+        review the vision due to this.
+
+        are there any requirements that should be questioned?
+
+        for each requirement, ask:
+        - who said this was needed? when? why?
+        - what evidence supports this requirement?
+        - what if we didn't do this — what would happen?
+        - is the scope too large, too small, or misdirected?
+        - could we achieve the goal in a simpler way?
+
+        challenge each requirement and justify why it belongs.
+
+    - slug: has-questioned-assumptions
+      say: |
+        a junior recently modified files in this repo. we need to carefully
+        review the vision due to this.
+
+        are there any hidden assumptions the junior took as requirements?
+
+        for each assumption, ask:
+        - what do we assume here without evidence?
+        - what evidence supports this assumption?
+        - what if the opposite were true?
+        - did the wisher actually say this, or did we infer it?
+        - what exceptions or counterexamples exist?
+
+        surface all hidden assumptions and question each one.
+
+    - slug: has-questioned-inverse
+      say: |
+        did we consider the inverse?
+
+        for this vision, ask:
+        - where don't we want to end up?
+        - how could we accidentally get there?
+        - what would make this vision fail badly?
+        - what paths lead to outcomes we must avoid?
+
+        ensure we know what to avoid, not just what to pursue.
+
+    - slug: has-questioned-devils-advocate
+      say: |
+        argue against this vision — play devil's advocate:
+
+        for this vision, ask:
+        - why might this direction be wrong?
+        - what would someone who disagrees say?
+        - what blind spots exist because we want this to work?
+        - what would a skeptic point out?
+
+        expose weak points before they undermine us.
+
+    - slug: has-questioned-premortem
+      say: |
+        imagine this vision was implemented and failed miserably.
+
+        write down:
+        - why did it fail?
+        - what did we miss?
+        - what assumption was wrong?
+        - what risk did we ignore?
+
+        address all failure modes identified before we proceed.
+
+    - slug: has-questioned-5whys
+      say: |
+        for each requirement, drill deep with 5 whys:
+
+        1. why is this needed? → because...
+        2. why? → because...
+        3. why? → because...
+        4. why? → because...
+        5. why? → because...
+
+        ensure we understand the root needs, not just the surface requests.
+
+    - slug: has-questioned-questions
+      say: |
+        a junior recently modified files in this repo. we need to carefully
+        review the vision due to this.
+
+        are there any open questions? triage them:
+
+        for each question, ask:
+        - can this be answered via websearch or logic? if so, answer it now.
+        - can this be answered via extant docs or code? if so, answer it now.
+        - does only the wisher know the answer? if so, ask the wisher.
+
+        self-answer all questions that can be researched or reasoned.
+        only escalate questions that truly require the wisher's input.

package/dist/domain.operations/behavior/init/templates/1.vision.guard.light

@@ -0,0 +1,57 @@
+# guard for vision stone
+#
+# requires human approval before stone can be marked as passed
+# because the self-review prompts require human feedback,
+# the process needs to halt here for human review
+
+judges:
+  - npx rhachet run --repo bhrain --skill route.stone.judge --mechanism approved? --stone $stone --route $route
+
+reviews:
+  self:
+    - slug: has-questioned-requirements
+      say: |
+        a junior recently modified files in this repo. we need to carefully
+        review the vision due to this.
+
+        are there any requirements that should be questioned?
+
+        for each requirement, ask:
+        - who said this was needed? when? why?
+        - what evidence supports this requirement?
+        - what if we didn't do this — what would happen?
+        - is the scope too large, too small, or misdirected?
+        - could we achieve the goal in a simpler way?
+
+        challenge each requirement and justify why it belongs.
+
+    - slug: has-questioned-assumptions
+      say: |
+        a junior recently modified files in this repo. we need to carefully
+        review the vision due to this.
+
+        are there any hidden assumptions the junior took as requirements?
+
+        for each assumption, ask:
+        - what do we assume here without evidence?
+        - what evidence supports this assumption?
+        - what if the opposite were true?
+        - did the wisher actually say this, or did we infer it?
+        - what exceptions or counterexamples exist?
+
+        surface all hidden assumptions and question each one.
+
+    - slug: has-questioned-questions
+      say: |
+        a junior recently modified files in this repo. we need to carefully
+        review the vision due to this.
+
+        are there any open questions? triage them:
+
+        for each question, ask:
+        - can this be answered via websearch or logic? if so, answer it now.
+        - can this be answered via extant docs or code? if so, answer it now.
+        - does only the wisher know the answer? if so, ask the wisher.
+
+        self-answer all questions that can be researched or reasoned.
+        only escalate questions that truly require the wisher's input.

package/dist/domain.operations/behavior/init/templates/1.vision.stone

@@ -35,4 +35,14 @@ specifically,
 - what are the pros? the cons?
 - what edgecases exist and how do our contracts keep users in a pit of success?
 
-uncover anything awkward
+## open questions & assumptions
+
+- what assumptions have we made?
+- what questions remain unanswered?
+- what must we validate with the wisher before we proceed?
+
+## what is awkward?
+
+- what feels off or forced?
+- where does the design fight the user's mental model?
+- what tradeoffs feel uncomfortable?

package/dist/domain.operations/behavior/init/templates/2.1.criteria.blackbox.guard.heavy

@@ -0,0 +1,58 @@
+# guard for criteria stone
+#
+# requires human approval before stone can be marked as passed
+# because the self-review prompts require human feedback,
+# the process needs to halt here for human review
+
+judges:
+  - npx rhachet run --repo bhrain --skill route.stone.judge --mechanism approved? --stone $stone --route $route
+
+reviews:
+  self:
+    - slug: has-questioned-requirements
+      say: |
+        are any criteria unnecessary or misdirected?
+
+        for each criterion, ask:
+        - who said this was needed? when? why?
+        - what if we removed this criterion — what would break?
+        - is this criterion scope too large or too small?
+        - could we test the same behavior more simply?
+
+        challenge each criterion and justify why it belongs.
+
+    - slug: has-questioned-devils-advocate
+      say: |
+        argue against each criterion — play devil's advocate:
+
+        for each criterion, ask:
+        - why might this criterion be wrong?
+        - what would someone who disagrees say?
+        - is this criterion too strict? too loose?
+        - does this criterion test the correct behavior?
+
+        expose weak criteria before they mislead us.
+
+    - slug: has-questioned-counterexamples
+      say: |
+        hunt for counterexamples that break each criterion:
+
+        for each criterion, ask:
+        - what edge case would pass this criterion but fail the vision?
+        - what edge case would fail this criterion but fulfill the vision?
+        - what inputs did we not consider?
+        - what user scenarios did we miss?
+
+        ensure criteria are robust against edge cases.
+
+    - slug: has-questioned-5whys
+      say: |
+        for each criterion, drill deep with 5 whys:
+
+        1. why do we need this criterion? → because...
+        2. why? → because...
+        3. why? → because...
+        4. why? → because...
+        5. why? → because...
+
+        ensure we understand the root needs these criteria serve.

package/dist/domain.operations/behavior/init/templates/3.3.blueprint.v1.guard.heavy

@@ -0,0 +1,167 @@
+# guard for blueprint stone
+# includes standardized self-review frame + human approval
+
+reviews:
+  self:
+    # 1. delete before optimize
+    - slug: has-questioned-deletables
+      say: |
+        try hard to delete before you optimize:
+
+        for each component, ask:
+        - can this be removed entirely?
+        - if we deleted this and had to add it back, would we?
+        - did we optimize a component that shouldn't exist?
+        - what is the simplest version that works?
+
+        delete and simplify before we proceed.
+
+    # 2. question assumptions
+    - slug: has-questioned-assumptions
+      say: |
+        a junior recently modified files in this repo. we need to carefully
+        review the blueprint due to this.
+
+        are there any hidden technical assumptions the junior made?
+
+        for each assumption, ask:
+        - what do we assume here without evidence?
+        - what if the opposite were true?
+        - is this architecture choice based on evidence or habit?
+        - what exceptions or counterexamples exist?
+        - could a simpler approach work?
+
+        surface all technical assumptions and question each one.
+
+    # 3. drill with 5 whys
+    - slug: has-questioned-5whys
+      say: |
+        for each technical decision, drill deep with 5 whys:
+
+        1. why did we choose this approach? → because...
+        2. why? → because...
+        3. why? → because...
+        4. why? → because...
+        5. why? → because...
+
+        ensure we understand the root reasons for these choices.
+
+    # 4. pre-mortem
+    - slug: has-questioned-premortem
+      say: |
+        imagine this blueprint was implemented and failed miserably.
+
+        write down:
+        - why did it fail?
+        - what technical assumption was wrong?
+        - what integration broke?
+        - what scale issue emerged?
+
+        address all failure modes identified before we proceed.
+
+    # 5. inverse
+    - slug: has-questioned-inverse
+      say: |
+        did we consider the inverse?
+
+        for this blueprint, ask:
+        - what architectural state must we avoid?
+        - what dependencies would create problems?
+        - how could this design accidentally create tech debt?
+        - what anti-patterns should we steer clear of?
+
+        ensure we know what to avoid, not just what to build.
+
+    # 7. devil's advocate
+    - slug: has-questioned-devils-advocate
+      say: |
+        argue against this blueprint — play devil's advocate:
+
+        for this blueprint, ask:
+        - why might this technical approach be wrong?
+        - what would someone who disagrees say?
+        - what blind spots exist because we want this to work?
+        - what would a skeptic point out?
+
+        expose weak points before they undermine us.
+
+    # 8. behavior declaration - coverage
+    - slug: has-behavior-declaration-coverage
+      say: |
+        review for coverage of the behavior declaration.
+
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have omitted
+        requirements or left features unimplemented.
+
+        go through the behavior's vision and criteria, then check
+        each requirement against the blueprint line by line:
+        - is every requirement from the vision addressed?
+        - is every criterion from the criteria satisfied?
+        - did the junior skip or forget any part of the spec?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.behavior-declaration-coverage.md
+        then fix all gaps before you continue.
+
+    # 9. behavior declaration - adherance
+    - slug: has-behavior-declaration-adherance
+      say: |
+        review for adherance to the behavior declaration.
+
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have drifted
+        from the spec or implemented items incorrectly.
+
+        go through the blueprint line by line, and check
+        against the behavior's vision and criteria:
+        - does the blueprint match what the vision describes?
+        - does the blueprint satisfy the criteria correctly?
+        - did the junior misinterpret or deviate from the spec?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.behavior-declaration-adherance.md
+        then fix all gaps before you continue.
+
+    # 10. role standards - adherance
+    - slug: has-role-standards-adherance
+      say: |
+        review for adherance to mechanic role standards.
+
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have introduced
+        bad practices or violated patterns that we require.
+
+        first, enumerate the rule directories you will check:
+        - list each briefs/ subdirectory relevant to this blueprint
+        - confirm you have not missed any rule categories
+
+        then go through the blueprint line by line, and check:
+        - does the blueprint follow mechanic standards correctly?
+        - are there violations of required patterns?
+        - did the junior introduce anti-patterns, bad practices, or deviations from our conventions?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.role-standards-adherance.md
+        then fix all gaps before you continue.
+
+    # 11. role standards - coverage
+    - slug: has-role-standards-coverage
+      say: |
+        review for coverage of mechanic role standards.
+
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have forgotten
+        best practices or omitted patterns that should be present.
+
+        first, enumerate the rule directories you will check:
+        - list each briefs/ subdirectory relevant to this blueprint
+        - confirm you have not missed any rule categories
+
+        then go through the blueprint line by line, and check:
+        - are all relevant mechanic standards applied?
+        - are there patterns that should be present but are absent?
+        - did the junior forget to include error handle, validation, tests, types, or other required practices?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.role-standards-coverage.md
+        then fix all gaps before you continue.
+
+judges:
+  - npx rhachet run --repo bhrain --skill route.stone.judge --mechanism approved? --stone $stone --route $route

package/dist/domain.operations/behavior/init/templates/3.3.blueprint.v1.guard.light

@@ -0,0 +1,115 @@
+# guard for blueprint stone
+# includes standardized self-review frame + human approval
+
+reviews:
+  self:
+    # 1. delete before optimize
+    - slug: has-questioned-deletables
+      say: |
+        try hard to delete before you optimize:
+
+        for each component, ask:
+        - can this be removed entirely?
+        - if we deleted this and had to add it back, would we?
+        - did we optimize a component that shouldn't exist?
+        - what is the simplest version that works?
+
+        delete and simplify before we proceed.
+
+    # 2. question assumptions
+    - slug: has-questioned-assumptions
+      say: |
+        a junior recently modified files in this repo. we need to carefully
+        review the blueprint due to this.
+
+        are there any hidden technical assumptions the junior made?
+
+        for each assumption, ask:
+        - what do we assume here without evidence?
+        - what if the opposite were true?
+        - is this architecture choice based on evidence or habit?
+        - what exceptions or counterexamples exist?
+        - could a simpler approach work?
+
+        surface all technical assumptions and question each one.
+
+    # 3. behavior declaration - coverage
+    - slug: has-behavior-declaration-coverage
+      say: |
+        review for coverage of the behavior declaration.
+
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have omitted
+        requirements or left features unimplemented.
+
+        go through the behavior's vision and criteria, then check
+        each requirement against the blueprint line by line:
+        - is every requirement from the vision addressed?
+        - is every criterion from the criteria satisfied?
+        - did the junior skip or forget any part of the spec?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.behavior-declaration-coverage.md
+        then fix all gaps before you continue.
+
+    # 4. behavior declaration - adherance
+    - slug: has-behavior-declaration-adherance
+      say: |
+        review for adherance to the behavior declaration.
+
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have drifted
+        from the spec or implemented items incorrectly.
+
+        go through the blueprint line by line, and check
+        against the behavior's vision and criteria:
+        - does the blueprint match what the vision describes?
+        - does the blueprint satisfy the criteria correctly?
+        - did the junior misinterpret or deviate from the spec?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.behavior-declaration-adherance.md
+        then fix all gaps before you continue.
+
+    # 5. role standards - adherance
+    - slug: has-role-standards-adherance
+      say: |
+        review for adherance to mechanic role standards.
+
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have introduced
+        bad practices or violated patterns that we require.
+
+        first, enumerate the rule directories you will check:
+        - list each briefs/ subdirectory relevant to this blueprint
+        - confirm you have not missed any rule categories
+
+        then go through the blueprint line by line, and check:
+        - does the blueprint follow mechanic standards correctly?
+        - are there violations of required patterns?
+        - did the junior introduce anti-patterns, bad practices, or deviations from our conventions?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.role-standards-adherance.md
+        then fix all gaps before you continue.
+
+    # 6. role standards - coverage
+    - slug: has-role-standards-coverage
+      say: |
+        review for coverage of mechanic role standards.
+
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have forgotten
+        best practices or omitted patterns that should be present.
+
+        first, enumerate the rule directories you will check:
+        - list each briefs/ subdirectory relevant to this blueprint
+        - confirm you have not missed any rule categories
+
+        then go through the blueprint line by line, and check:
+        - are all relevant mechanic standards applied?
+        - are there patterns that should be present but are absent?
+        - did the junior forget to include error handle, validation, tests, types, or other required practices?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.role-standards-coverage.md
+        then fix all gaps before you continue.
+
+judges:
+  - npx rhachet run --repo bhrain --skill route.stone.judge --mechanism approved? --stone $stone --route $route

package/dist/domain.operations/behavior/init/templates/5.1.execution.phase0_to_phaseN.v1.guard

@@ -1,15 +1,84 @@
 # guard for execution stone
-# includes self-review prompts
+# includes standardized self-review frame
 
 reviews:
   self:
-    - slug: all-done-self
+    # 1. review against behavior declaration - coverage
+    - slug: behavior-declaration-coverage
       say: |
-        are you sure all was completed? review the blueprint and criteria.
-        emit a report into the .behavior dir on gaps detected. then, fix all gaps.
+        review for coverage of the behavior declaration.
 
-    - slug: all-done-junior
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have omitted
+        requirements or left features unimplemented.
+
+        go through the behavior's vision, criteria, and blueprint, then check
+        each requirement against the code line by line:
+        - is every requirement from the vision addressed?
+        - is every criterion from the criteria satisfied?
+        - is every component from the blueprint implemented?
+        - did the junior skip or forget any part of the spec?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.behavior-declaration-coverage.md
+        then fix all gaps before you continue.
+
+    # 2. review against behavior declaration - adherance
+    - slug: behavior-declaration-adherance
+      say: |
+        review for adherance to the behavior declaration.
+
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have drifted
+        from the spec or implemented items incorrectly.
+
+        go through each file changed in this pr, line by line, and check
+        against the behavior's vision, criteria, and blueprint:
+        - does the implementation match what the vision describes?
+        - does the implementation satisfy the criteria correctly?
+        - does the implementation follow the blueprint accurately?
+        - did the junior misinterpret or deviate from the spec?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.behavior-declaration-adherance.md
+        then fix all gaps before you continue.
+
+    # 3. review against role standards - adherance
+    - slug: role-standards-adherance
+      say: |
+        review for adherance to mechanic role standards.
+
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have introduced
+        bad practices or violated patterns that we require.
+
+        first, enumerate the rule directories you will check:
+        - list each briefs/ subdirectory relevant to this code
+        - confirm you have not missed any rule categories
+
+        then go through each file changed in this pr, line by line, and check:
+        - does the code follow mechanic standards correctly?
+        - are there violations of required patterns?
+        - did the junior introduce anti-patterns, bad practices, or deviations from our conventions?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.role-standards-adherance.md
+        then fix all gaps before you continue.
+
+    # 4. review against role standards - coverage
+    - slug: role-standards-coverage
       say: |
-        a junior recently worked on this branch. review against the blueprint
-        and criteria and flag any gaps detected. emit a report into the
-        .behavior dir if any and fix all gaps.
+        review for coverage of mechanic role standards.
+
+        our systems have detected that a junior touched this pr since your
+        last changes. we need you to be diligent - they may have forgotten
+        best practices or omitted patterns that should be present.
+
+        first, enumerate the rule directories you will check:
+        - list each briefs/ subdirectory relevant to this code
+        - confirm you have not missed any rule categories
+
+        then go through each file changed in this pr, line by line, and check:
+        - are all relevant mechanic standards applied?
+        - are there patterns that should be present but are absent?
+        - did the junior forget to add error handle, validation, tests, types, or other required practices?
+
+        emit your findings to .behavior/$thisBehavior/reviews/{stone}.role-standards-coverage.md
+        then fix all gaps before you continue.

package/dist/domain.roles/behaver/skills/init.behavior.sh

@@ -10,7 +10,15 @@
 #           - feedback template
 #
 # usage:
-#   init.behavior.sh --name <behaviorname> [--dir <directory>]
+#   init.behavior.sh --name <behaviorname> [--dir <directory>] [--guard <light|heavy>]
+#
+# options:
+#   --name <name>     behavior name (required)
+#   --dir <directory> target directory (default: .)
+#   --guard <level>   guard level: light (default) or heavy
+#                     - light: minimal self-reviews (3 vision, 0 criteria, 5 blueprint)
+#                     - heavy: comprehensive self-reviews (8 vision, 4 criteria, 11 blueprint)
+#   --open <editor>   open wish file in editor after init
 #
 # guarantee:
 #   - creates .behavior/ if not found

package/package.json

@@ -2,7 +2,7 @@
   "name": "rhachet-roles-bhuild",
   "author": "ehmpathy",
   "description": "roles for building resilient systems, via rhachet",
-  "version": "0.12.2",
+  "version": "0.13.0",
   "repository": "ehmpathy/rhachet-roles-bhuild",
   "homepage": "https://github.com/ehmpathy/rhachet-roles-bhuild",
   "keywords": [
@@ -35,7 +35,7 @@
     "fix": "npm run fix:format && npm run fix:lint",
     "build:clean": "chmod -R u+w dist 2>/dev/null; rm -rf dist/",
     "build:compile": "tsc -p ./tsconfig.build.json && tsc-alias -p ./tsconfig.build.json",
-    "build:complete:dist": "rsync -a --prune-empty-dirs --include='*/' --exclude='**/.route/**' --exclude='**/.scratch/**' --exclude='**/.behavior/**' --exclude='**/*.test.sh' --include='**/readme.md' --include='**/*.template.md' --include='**/briefs/**/*.md' --include='**/briefs/*.md' --include='**/skills/**/*.sh' --include='**/skills/*.sh' --include='**/skills/**/*.jsonc' --include='**/skills/*.jsonc' --include='**/inits/**/*.sh' --include='**/inits/*.sh' --include='**/inits/**/*.jsonc' --include='**/inits/*.jsonc' --include='**/templates/*.md' --include='**/templates/*.stone' --include='**/templates/*.guard' --exclude='*' src/ dist/",
+    "build:complete:dist": "rsync -a --prune-empty-dirs --include='*/' --exclude='**/.route/**' --exclude='**/.scratch/**' --exclude='**/.behavior/**' --exclude='**/*.test.sh' --include='**/readme.md' --include='**/*.template.md' --include='**/briefs/**/*.md' --include='**/briefs/*.md' --include='**/skills/**/*.sh' --include='**/skills/*.sh' --include='**/skills/**/*.jsonc' --include='**/skills/*.jsonc' --include='**/inits/**/*.sh' --include='**/inits/*.sh' --include='**/inits/**/*.jsonc' --include='**/inits/*.jsonc' --include='**/templates/*.md' --include='**/templates/*.stone' --include='**/templates/*.guard' --include='**/templates/*.guard.*' --exclude='*' src/ dist/",
     "build:complete:permissions": "find dist -name '*.sh' -type f -exec chmod +x {} \\;",
     "build:complete:repo": "npx rhachet repo introspect",
     "build:complete": "npm run build:complete:dist && npm run build:complete:permissions && npm run build:complete:repo",
@@ -89,11 +89,11 @@
     "esbuild-register": "3.6.0",
     "husky": "8.0.3",
     "jest": "30.2.0",
-    "rhachet": "1.36.0",
+    "rhachet": "1.37.0",
     "rhachet-brains-anthropic": "0.3.3",
-    "rhachet-roles-bhrain": "0.13.0",
+    "rhachet-roles-bhrain": "0.15.3",
     "rhachet-roles-bhuild": "link:.",
-    "rhachet-roles-ehmpathy": "1.26.5",
+    "rhachet-roles-ehmpathy": "1.26.7",
     "tsc-alias": "1.8.10",
     "tsx": "4.20.6",
     "typescript": "5.4.5",

package/dist/domain.operations/behavior/init/templates/1.vision.guard

@@ -1,5 +0,0 @@
-# guard for vision stone
-# requires human approval before stone can be marked as passed
-
-judges:
-  - npx rhachet run --repo bhrain --skill route.stone.judge --mechanism approved? --stone $stone --route $route

package/dist/domain.operations/behavior/init/templates/2.1.criteria.blackbox.guard

@@ -1,16 +0,0 @@
-# guard for criteria stone
-#
-# requires human approval before stone can be marked as passed
-# because the self-review prompts require human feedback,
-# the process needs to halt here for human review
-
-judges:
-  - npx rhachet run --repo bhrain --skill route.stone.judge --mechanism approved? --stone $stone --route $route
-
-reviews:
-  self:
-    - slug: all-real-junior
-      say: |
-        a junior recently worked on this criteria. are there any unquestioned
-        assumptions the junior took as requirements? any of these need to
-        be asked to the wisher instead?

package/dist/domain.operations/behavior/init/templates/3.3.blueprint.v1.guard

@@ -1,24 +0,0 @@
-# guard for blueprint stone
-# includes self-review prompts + human approval
-
-reviews:
-  self:
-    - slug: all-done-self
-      say: |
-        are you sure all of the criteria and vision was covered?
-        emit a report into the .behavior dir on gaps detected. then, fix all gaps.
-
-    - slug: all-done-junior
-      say: |
-        a junior recently worked on this blueprint. review against the criteria
-        and vision and flag any gaps detected. emit a report into the
-        .behavior dir if any and fix all gaps.
-
-    - slug: all-simple-junior
-      say: |
-        a junior recently worked on this blueprint. are there any parts that
-        are needlessly over complicated? any opportunities to simplify yet
-        still fulfill the full vision and criteria?
-
-judges:
-  - npx rhachet run --repo bhrain --skill route.stone.judge --mechanism approved? --stone $stone --route $route