@aperant/framework 0.17.0 → 0.20.0

package/dist/types/config.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"config.d.ts","sourceRoot":"","sources":["../../src/types/config.ts"],"names":[],"mappings":"AAAA;;;;;GAKG;AAEH,0EAA0E;AAC1E,MAAM,MAAM,iBAAiB,GAAG,MAAM,GAAG,YAAY,GAAG,YAAY,GAAG,YAAY,CAAA;AAEnF,wEAAwE;AACxE,MAAM,WAAW,2BAA2B;IAC3C,8EAA8E;IAC9E,KAAK,CAAC,EAAE,iBAAiB,CAAA;IACzB,wEAAwE;IACxE,QAAQ,CAAC,EAAE,iBAAiB,CAAA;IAC5B,4EAA4E;IAC5E,IAAI,CAAC,EAAE,iBAAiB,CAAA;CACxB;AAED,yEAAyE;AACzE,MAAM,WAAW,mBAAmB;IACnC,2EAA2E;IAC3E,gBAAgB,EAAE,iBAAiB,CAAA;IACnC,0EAA0E;IAC1E,WAAW,EAAE,iBAAiB,CAAA;IAC9B,yEAAyE;IACzE,WAAW,EAAE,iBAAiB,CAAA;IAC9B;;;;;;;;;;;;;;;OAeG;IACH,SAAS,CAAC,EAAE,2BAA2B,CAAA;CACvC;AAED,2CAA2C;AAC3C,MAAM,WAAW,gBAAgB;IAChC,UAAU,EAAE,OAAO,CAAA;IACnB,WAAW,EAAE,OAAO,CAAA;IACpB,SAAS,EAAE,OAAO,CAAA;IAClB,iBAAiB,EAAE,OAAO,CAAA;IAC1B,+GAA+G;IAC/G,kBAAkB,EAAE,OAAO,CAAA;CAC3B;AAED,iDAAiD;AACjD,MAAM,WAAW,gBAAgB;IAChC,MAAM,EAAE,IAAI,CAAA;IACZ,OAAO,EAAE,aAAa,CAAA;IACtB,IAAI,EAAE;QACL,GAAG,EAAE,aAAa,GAAG,OAAO,GAAG,YAAY,GAAG,UAAU,GAAG,IAAI,GAAG,SAAS,CAAA;QAC3E,OAAO,EAAE,MAAM,GAAG,IAAI,CAAA;QACtB,YAAY,EAAE,gBAAgB,CAAA;KAC9B,CAAA;CACD;AAED,oDAAoD;AACpD,MAAM,WAAW,OAAO;IACvB,cAAc,EAAE,MAAM,EAAE,CAAA;IACxB,cAAc,EAAE,MAAM,EAAE,CAAA;IACxB,UAAU,EAAE,MAAM,EAAE,CAAA;CACpB;AAED,4DAA4D;AAC5D,MAAM,MAAM,SAAS,GAAG,MAAM,GAAG,QAAQ,GAAG,UAAU,GAAG,UAAU,GAAG,aAAa,CAAA;AAEnF,qCAAqC;AACrC,MAAM,WAAW,eAAe;IAC/B,UAAU,EAAE,SAAS,CAAA;IACrB,eAAe,EAAE,MAAM,GAAG,IAAI,CAAA;IAC9B,aAAa,EAAE,KAAK,CAAC;QAAE,IAAI,EAAE,MAAM,CAAC;QAAC,UAAU,EAAE,SAAS,CAAC;QAAC,eAAe,EAAE,MAAM,GAAG,IAAI,CAAA;KAAE,CAAC,CAAA;IAC7F,cAAc,EAAE,MAAM,GAAG,IAAI,CAAA;CAC7B;AAED,+CAA+C;AAC/C,MAAM,WAAW,cAAc;IAC9B,2EAA2E;IAC3E,OAAO,EAAE,CAAC,GAAG,CAAC,GAAG,CAAC,GAAG,CAAC,CAAA;IACtB,+CAA+C;IAC/C,UAAU,EAAE,OAAO,CAAA;CACnB;AAED,8EAA8E;AAC9E,MAAM,WAAW,SAAS;IACzB,6CAA6C;IAC7C,OAAO,EAAE,OAAO,CAAA;IAChB,6EAA6E;IAC7E,eAAe,EAAE,MAAM,CAAA;IACvB,uEAAuE;IACvE,2BAA2B,EAAE,MAAM,CAAA;CACnC;AAED;;;;;;;GAOG;AACH,MAAM,WAAW,QAAQ;IACxB,4FAA4F;IAC5F,kBAAkB,EAAE,MAAM,CAAA;IAC1B,kDAAkD;IAClD,oBAAoB,EAAE,OAAO,CAAA;IAC7B,+CAA+C;IAC/C,kBAAkB,EAAE,MAAM,CAAA;IAC1B,4FAA4F;IAC5F,KAAK,CAAC,EAAE,SAAS,CAAA;CACjB;AAED,mDAAmD;AACnD,MAAM,MAAM,WAAW,GACpB,SAAS,GACT,aAAa,GACb,UAAU,GACV,SAAS,GACT,UAAU,GACV,SAAS,CAAA;AAEZ;;;;;;;;;;;;;GAaG;AACH,MAAM,WAAW,aAAa;IAC7B,OAAO,EAAE,OAAO,CAAA;IAChB,QAAQ,EAAE,MAAM,CAAA;IAChB,aAAa,EAAE,MAAM,CAAA;IACrB,SAAS,CAAC,EAAE,MAAM,CAAA;IAClB,WAAW,CAAC,EAAE,MAAM,CAAA;CACpB;AAED,6DAA6D;AAC7D,MAAM,WAAW,aAAa;IAC7B,OAAO,EAAE,MAAM,CAAA;IACf,YAAY,EAAE,WAAW,CAAA;IACzB,QAAQ,EAAE,cAAc,CAAA;IACxB,EAAE,EAAE,QAAQ,CAAA;IACZ,QAAQ,EAAE,OAAO,CAAA;IACjB,YAAY,EAAE;QACb,WAAW,EAAE,OAAO,CAAA;QACpB,cAAc,EAAE,MAAM,EAAE,CAAA;QACxB,gBAAgB,EAAE,OAAO,CAAA;QACzB,cAAc,EAAE,MAAM,CAAA;QACtB,MAAM,EAAE,OAAO,CAAA;QACf;;;;;;;;;;WAUG;QACH,OAAO,CAAC,EAAE,aAAa,CAAA;KACvB,CAAA;IACD,WAAW,EAAE;QACZ,OAAO,CAAC,EAAE,OAAO,CAAA;QACjB,MAAM,CAAC,EAAE;YAAE,OAAO,EAAE,OAAO,CAAC;YAAC,KAAK,EAAE,MAAM,CAAC;YAAC,WAAW,EAAE,MAAM,CAAA;SAAE,CAAA;QACjE,KAAK,CAAC,EAAE;YAAE,OAAO,EAAE,OAAO,CAAA;SAAE,CAAA;QAC5B,kBAAkB,CAAC,EAAE;YAAE,OAAO,EAAE,OAAO,CAAC;YAAC,KAAK,EAAE,MAAM,EAAE,CAAA;SAAE,CAAA;QAC1D,YAAY,CAAC,EAAE;YAAE,OAAO,EAAE,OAAO,CAAC;YAAC,KAAK,EAAE,MAAM,CAAC;YAAC,WAAW,EAAE,MAAM,CAAA;SAAE,CAAA;KACvE,CAAA;IACD,QAAQ,EAAE;QACT,WAAW,EAAE,OAAO,CAAA;QACpB,WAAW,EAAE,OAAO,CAAA;QACpB,aAAa,EAAE,MAAM,CAAA;KACrB,CAAA;IACD,eAAe,EAAE;QAChB,OAAO,EAAE,OAAO,CAAA;QAChB,UAAU,EAAE,MAAM,CAAA;QAClB,aAAa,EAAE,OAAO,CAAA;KACtB,CAAA;IACD,WAAW,CAAC,EAAE;QACb,WAAW,CAAC,EAAE,MAAM,CAAA;QACpB,WAAW,CAAC,EAAE,MAAM,CAAA;QACpB,UAAU,CAAC,EAAE,OAAO,CAAA;QACpB,YAAY,CAAC,EAAE;YAAE,OAAO,EAAE,OAAO,CAAC;YAAC,gBAAgB,EAAE,MAAM,CAAA;SAAE,CAAA;QAC7D,sBAAsB,CAAC,EAAE,KAAK,GAAG,QAAQ,GAAG,OAAO,CAAA;KACnD,CAAA;IACD,yEAAyE;IACzE,aAAa,CAAC,EAAE,mBAAmB,CAAA;IACnC,0EAA0E;IAC1E,MAAM,CAAC,EAAE,YAAY,CAAA;IACrB,oDAAoD;IACpD,SAAS,CAAC,EAAE,cAAc,CAAA;IAC1B,0DAA0D;IAC1D,QAAQ,CAAC,EAAE,aAAa,CAAA;IACxB,gEAAgE;IAChE,GAAG,CAAC,EAAE,SAAS,CAAA;IACf,uEAAuE;IACvE,OAAO,CAAC,EAAE,aAAa,CAAA;IACvB,oEAAoE;IACpE,IAAI,CAAC,EAAE,UAAU,CAAA;IACjB,0DAA0D;IAC1D,SAAS,CAAC,EAAE,eAAe,CAAA;CAC3B;AAED;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,MAAM,WAAW,eAAe;IAC/B,+FAA+F;IAC/F,WAAW,CAAC,EAAE,KAAK,GAAG,MAAM,GAAG,OAAO,CAAA;IACtC;;;;OAIG;IACH,eAAe,CAAC,EAAE,MAAM,CAAA;CACxB;AAED;;;;;;GAMG;AACH,MAAM,WAAW,SAAS;IACzB,6DAA6D;IAC7D,QAAQ,EAAE,OAAO,CAAA;CACjB;AAED;;;;;;;;;;;;;;;;GAgBG;AACH,MAAM,WAAW,aAAa;IAC7B,wEAAwE;IACxE,IAAI,EAAE,MAAM,GAAG,KAAK,CAAA;IACpB,sFAAsF;IACtF,UAAU,CAAC,EAAE;QACZ,IAAI,EAAE,MAAM,CAAA;QACZ,QAAQ,EAAE,SAAS,GAAG,QAAQ,CAAA;QAC9B,SAAS,EAAE,MAAM,CAAA;KACjB,GAAG,IAAI,CAAA;CACR;AAED,uEAAuE;AACvE,MAAM,WAAW,uBAAuB;IACvC,wEAAwE;IACxE,OAAO,EAAE,MAAM,CAAA;IACf,yCAAyC;IACzC,KAAK,EAAE,MAAM,CAAA;IACb,iEAAiE;IACjE,IAAI,CAAC,EAAE,MAAM,EAAE,CAAA;CACf;AAED,MAAM,WAAW,eAAe;IAC/B;;;;;OAKG;IACH,OAAO,CAAC,EAAE,OAAO,CAAA;IACjB,+DAA+D;IAC/D,SAAS,EAAE;QACV,aAAa,CAAC,EAAE,uBAAuB,CAAA;QACvC,KAAK,CAAC,EAAE,uBAAuB,CAAA;QAC/B,YAAY,CAAC,EAAE,uBAAuB,CAAA;QACtC,QAAQ,CAAC,EAAE,uBAAuB,CAAA;KAClC,CAAA;CACD;AAED,MAAM,WAAW,YAAY;IAC5B,GAAG,CAAC,EAAE,eAAe,CAAA;CACrB;AAED;;;;;;;;;;;;;;;;;;;;;;GAsBG;AACH,MAAM,WAAW,UAAU;IAC1B,+EAA+E;IAC/E,OAAO,EAAE,OAAO,CAAA;IAChB,yEAAyE;IACzE,OAAO,EAAE,OAAO,GAAG,QAAQ,GAAG,QAAQ,GAAG,IAAI,CAAA;IAC7C,2EAA2E;IAC3E,IAAI,CAAC,EAAE,OAAO,CAAA;CACd;AAED,8EAA8E;AAC9E,MAAM,MAAM,sBAAsB,GAAG,MAAM,GAAG,OAAO,GAAG,UAAU,CAAA;AAElE,4CAA4C;AAC5C,MAAM,WAAW,cAAc;IAC9B,yDAAyD;IACzD,UAAU,CAAC,EAAE,MAAM,CAAA;IACnB;;;;;OAKG;IACH,mBAAmB,CAAC,EAAE,sBAAsB,CAAA;IAC5C;;;;OAIG;IACH,oBAAoB,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,GAAG,UAAU,CAAC,CAAA;IAC3D;;;;;;;;;;OAUG;IACH,kBAAkB,CAAC,EAAE,QAAQ,GAAG,KAAK,GAAG,OAAO,CAAA;CAC/C;AAED;;;;;;;;GAQG;AACH,MAAM,WAAW,aAAa;IAC7B;;;;;;;;;;;OAWG;IACH,UAAU,CAAC,EAAE,MAAM,GAAG,KAAK,GAAG,OAAO,CAAA;IACrC;;;;;;OAMG;IACH,mBAAmB,CAAC,EAAE,OAAO,CAAA;CAC7B"}
+{"version":3,"file":"config.d.ts","sourceRoot":"","sources":["../../src/types/config.ts"],"names":[],"mappings":"AAAA;;;;;GAKG;AAEH,0EAA0E;AAC1E,MAAM,MAAM,iBAAiB,GAAG,MAAM,GAAG,YAAY,GAAG,YAAY,GAAG,YAAY,CAAA;AAEnF,wEAAwE;AACxE,MAAM,WAAW,2BAA2B;IAC3C,8EAA8E;IAC9E,KAAK,CAAC,EAAE,iBAAiB,CAAA;IACzB,wEAAwE;IACxE,QAAQ,CAAC,EAAE,iBAAiB,CAAA;IAC5B,4EAA4E;IAC5E,IAAI,CAAC,EAAE,iBAAiB,CAAA;CACxB;AAED,yEAAyE;AACzE,MAAM,WAAW,mBAAmB;IACnC,2EAA2E;IAC3E,gBAAgB,EAAE,iBAAiB,CAAA;IACnC,0EAA0E;IAC1E,WAAW,EAAE,iBAAiB,CAAA;IAC9B,yEAAyE;IACzE,WAAW,EAAE,iBAAiB,CAAA;IAC9B;;;;;;;;;;;;;;;OAeG;IACH,SAAS,CAAC,EAAE,2BAA2B,CAAA;CACvC;AAED,2CAA2C;AAC3C,MAAM,WAAW,gBAAgB;IAChC,UAAU,EAAE,OAAO,CAAA;IACnB,WAAW,EAAE,OAAO,CAAA;IACpB,SAAS,EAAE,OAAO,CAAA;IAClB,iBAAiB,EAAE,OAAO,CAAA;IAC1B,+GAA+G;IAC/G,kBAAkB,EAAE,OAAO,CAAA;CAC3B;AAED,iDAAiD;AACjD,MAAM,WAAW,gBAAgB;IAChC,MAAM,EAAE,IAAI,CAAA;IACZ,OAAO,EAAE,aAAa,CAAA;IACtB,IAAI,EAAE;QACL,GAAG,EAAE,aAAa,GAAG,OAAO,GAAG,YAAY,GAAG,UAAU,GAAG,IAAI,GAAG,SAAS,CAAA;QAC3E,OAAO,EAAE,MAAM,GAAG,IAAI,CAAA;QACtB,YAAY,EAAE,gBAAgB,CAAA;KAC9B,CAAA;CACD;AAED,oDAAoD;AACpD,MAAM,WAAW,OAAO;IACvB,cAAc,EAAE,MAAM,EAAE,CAAA;IACxB,cAAc,EAAE,MAAM,EAAE,CAAA;IACxB,UAAU,EAAE,MAAM,EAAE,CAAA;CACpB;AAED,4DAA4D;AAC5D,MAAM,MAAM,SAAS,GAAG,MAAM,GAAG,QAAQ,GAAG,UAAU,GAAG,UAAU,GAAG,aAAa,CAAA;AAEnF,qCAAqC;AACrC,MAAM,WAAW,eAAe;IAC/B,UAAU,EAAE,SAAS,CAAA;IACrB,eAAe,EAAE,MAAM,GAAG,IAAI,CAAA;IAC9B,aAAa,EAAE,KAAK,CAAC;QAAE,IAAI,EAAE,MAAM,CAAC;QAAC,UAAU,EAAE,SAAS,CAAC;QAAC,eAAe,EAAE,MAAM,GAAG,IAAI,CAAA;KAAE,CAAC,CAAA;IAC7F,cAAc,EAAE,MAAM,GAAG,IAAI,CAAA;CAC7B;AAED,+CAA+C;AAC/C,MAAM,WAAW,cAAc;IAC9B,2EAA2E;IAC3E,OAAO,EAAE,CAAC,GAAG,CAAC,GAAG,CAAC,GAAG,CAAC,CAAA;IACtB,+CAA+C;IAC/C,UAAU,EAAE,OAAO,CAAA;CACnB;AAED,8EAA8E;AAC9E,MAAM,WAAW,SAAS;IACzB,6CAA6C;IAC7C,OAAO,EAAE,OAAO,CAAA;IAChB,6EAA6E;IAC7E,eAAe,EAAE,MAAM,CAAA;IACvB,uEAAuE;IACvE,2BAA2B,EAAE,MAAM,CAAA;CACnC;AAED;;;;;;;GAOG;AACH,MAAM,WAAW,QAAQ;IACxB,4FAA4F;IAC5F,kBAAkB,EAAE,MAAM,CAAA;IAC1B,kDAAkD;IAClD,oBAAoB,EAAE,OAAO,CAAA;IAC7B,+CAA+C;IAC/C,kBAAkB,EAAE,MAAM,CAAA;IAC1B,4FAA4F;IAC5F,KAAK,CAAC,EAAE,SAAS,CAAA;CACjB;AAED,mDAAmD;AACnD,MAAM,MAAM,WAAW,GACpB,SAAS,GACT,aAAa,GACb,UAAU,GACV,SAAS,GACT,UAAU,GACV,SAAS,CAAA;AAEZ;;;;;;;;;;;;;GAaG;AACH,MAAM,WAAW,aAAa;IAC7B,OAAO,EAAE,OAAO,CAAA;IAChB,QAAQ,EAAE,MAAM,CAAA;IAChB,aAAa,EAAE,MAAM,CAAA;IACrB,SAAS,CAAC,EAAE,MAAM,CAAA;IAClB,WAAW,CAAC,EAAE,MAAM,CAAA;CACpB;AAED,6DAA6D;AAC7D,MAAM,WAAW,aAAa;IAC7B,OAAO,EAAE,MAAM,CAAA;IACf,YAAY,EAAE,WAAW,CAAA;IACzB,QAAQ,EAAE,cAAc,CAAA;IACxB,EAAE,EAAE,QAAQ,CAAA;IACZ,QAAQ,EAAE,OAAO,CAAA;IACjB,YAAY,EAAE;QACb,WAAW,EAAE,OAAO,CAAA;QACpB,cAAc,EAAE,MAAM,EAAE,CAAA;QACxB,gBAAgB,EAAE,OAAO,CAAA;QACzB,cAAc,EAAE,MAAM,CAAA;QACtB,MAAM,EAAE,OAAO,CAAA;QACf;;;;;;;;;;WAUG;QACH,OAAO,CAAC,EAAE,aAAa,CAAA;KACvB,CAAA;IACD,WAAW,EAAE;QACZ,OAAO,CAAC,EAAE,OAAO,CAAA;QACjB,MAAM,CAAC,EAAE;YAAE,OAAO,EAAE,OAAO,CAAC;YAAC,KAAK,EAAE,MAAM,CAAC;YAAC,WAAW,EAAE,MAAM,CAAA;SAAE,CAAA;QACjE,KAAK,CAAC,EAAE;YAAE,OAAO,EAAE,OAAO,CAAA;SAAE,CAAA;QAC5B,kBAAkB,CAAC,EAAE;YAAE,OAAO,EAAE,OAAO,CAAC;YAAC,KAAK,EAAE,MAAM,EAAE,CAAA;SAAE,CAAA;QAC1D,YAAY,CAAC,EAAE;YAAE,OAAO,EAAE,OAAO,CAAC;YAAC,KAAK,EAAE,MAAM,CAAC;YAAC,WAAW,EAAE,MAAM,CAAA;SAAE,CAAA;KACvE,CAAA;IACD,QAAQ,EAAE;QACT,WAAW,EAAE,OAAO,CAAA;QACpB,WAAW,EAAE,OAAO,CAAA;QACpB,aAAa,EAAE,MAAM,CAAA;KACrB,CAAA;IACD,eAAe,EAAE;QAChB,OAAO,EAAE,OAAO,CAAA;QAChB,UAAU,EAAE,MAAM,CAAA;QAClB,aAAa,EAAE,OAAO,CAAA;KACtB,CAAA;IACD,WAAW,CAAC,EAAE;QACb,WAAW,CAAC,EAAE,MAAM,CAAA;QACpB,WAAW,CAAC,EAAE,MAAM,CAAA;QACpB,UAAU,CAAC,EAAE,OAAO,CAAA;QACpB,YAAY,CAAC,EAAE;YAAE,OAAO,EAAE,OAAO,CAAC;YAAC,gBAAgB,EAAE,MAAM,CAAA;SAAE,CAAA;QAC7D,sBAAsB,CAAC,EAAE,KAAK,GAAG,QAAQ,GAAG,OAAO,CAAA;KACnD,CAAA;IACD,yEAAyE;IACzE,aAAa,CAAC,EAAE,mBAAmB,CAAA;IACnC,0EAA0E;IAC1E,MAAM,CAAC,EAAE,YAAY,CAAA;IACrB,oDAAoD;IACpD,SAAS,CAAC,EAAE,cAAc,CAAA;IAC1B,0DAA0D;IAC1D,QAAQ,CAAC,EAAE,aAAa,CAAA;IACxB,gEAAgE;IAChE,GAAG,CAAC,EAAE,SAAS,CAAA;IACf,uEAAuE;IACvE,OAAO,CAAC,EAAE,aAAa,CAAA;IACvB,oEAAoE;IACpE,IAAI,CAAC,EAAE,UAAU,CAAA;IACjB,0DAA0D;IAC1D,SAAS,CAAC,EAAE,eAAe,CAAA;CAC3B;AAED;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,MAAM,WAAW,eAAe;IAC/B,+FAA+F;IAC/F,WAAW,CAAC,EAAE,KAAK,GAAG,MAAM,GAAG,OAAO,CAAA;IACtC;;;;OAIG;IACH,eAAe,CAAC,EAAE,MAAM,CAAA;CACxB;AAED;;;;;;GAMG;AACH,MAAM,WAAW,SAAS;IACzB,6DAA6D;IAC7D,QAAQ,EAAE,OAAO,CAAA;CACjB;AAED;;;;;;;;;;;;;;;;GAgBG;AACH,MAAM,WAAW,aAAa;IAC7B,wEAAwE;IACxE,IAAI,EAAE,MAAM,GAAG,KAAK,CAAA;IACpB,sFAAsF;IACtF,UAAU,CAAC,EAAE;QACZ,IAAI,EAAE,MAAM,CAAA;QACZ,QAAQ,EAAE,SAAS,GAAG,QAAQ,CAAA;QAC9B,SAAS,EAAE,MAAM,CAAA;KACjB,GAAG,IAAI,CAAA;CACR;AAED,uEAAuE;AACvE,MAAM,WAAW,uBAAuB;IACvC,wEAAwE;IACxE,OAAO,EAAE,MAAM,CAAA;IACf,yCAAyC;IACzC,KAAK,EAAE,MAAM,CAAA;IACb,iEAAiE;IACjE,IAAI,CAAC,EAAE,MAAM,EAAE,CAAA;CACf;AAED,MAAM,WAAW,eAAe;IAC/B;;;;;OAKG;IACH,OAAO,CAAC,EAAE,OAAO,CAAA;IACjB,+DAA+D;IAC/D,SAAS,EAAE;QACV,aAAa,CAAC,EAAE,uBAAuB,CAAA;QACvC,KAAK,CAAC,EAAE,uBAAuB,CAAA;QAC/B,YAAY,CAAC,EAAE,uBAAuB,CAAA;QACtC,QAAQ,CAAC,EAAE,uBAAuB,CAAA;KAClC,CAAA;CACD;AAED,MAAM,WAAW,YAAY;IAC5B,GAAG,CAAC,EAAE,eAAe,CAAA;CACrB;AAED;;;;;;;;;;;;;;;;;;;;;;GAsBG;AACH,MAAM,WAAW,UAAU;IAC1B,+EAA+E;IAC/E,OAAO,EAAE,OAAO,CAAA;IAChB,yEAAyE;IACzE,OAAO,EAAE,OAAO,GAAG,QAAQ,GAAG,QAAQ,GAAG,IAAI,CAAA;IAC7C,2EAA2E;IAC3E,IAAI,CAAC,EAAE,OAAO,CAAA;CACd;AAED,8EAA8E;AAC9E,MAAM,MAAM,sBAAsB,GAAG,MAAM,GAAG,OAAO,GAAG,UAAU,CAAA;AAElE,4CAA4C;AAC5C,MAAM,WAAW,cAAc;IAC9B,yDAAyD;IACzD,UAAU,CAAC,EAAE,MAAM,CAAA;IACnB;;;;;OAKG;IACH,mBAAmB,CAAC,EAAE,sBAAsB,CAAA;IAC5C;;;;OAIG;IACH,oBAAoB,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,GAAG,UAAU,CAAC,CAAA;IAC3D;;;;;;;;;;OAUG;IACH,kBAAkB,CAAC,EAAE,QAAQ,GAAG,KAAK,GAAG,OAAO,CAAA;CAC/C;AAED;;;;;;;;GAQG;AACH,MAAM,WAAW,aAAa;IAC7B;;;;;;;;;;;OAWG;IACH,UAAU,CAAC,EAAE,MAAM,GAAG,KAAK,GAAG,OAAO,CAAA;IACrC;;;;;;;;;OASG;IACH,mBAAmB,CAAC,EAAE,OAAO,CAAA;CAC7B"}

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@aperant/framework",
-  "version": "0.17.0",
+  "version": "0.20.0",
   "description": "AI coding framework — composable skills for planning, executing, verifying, and reviewing code with any LLM provider. Works as Claude Code commands, Codex tasks, or programmatically.",
   "author": "Mikalsen AI <hello@mikalsen.ai>",
   "type": "module",
@@ -44,9 +44,9 @@
       "types": "./src/cli/coordination/event-schema.d.ts",
       "import": "./src/cli/coordination/event-schema.mjs"
     },
-    "./roadmap/conductor-view": {
-      "types": "./src/cli/roadmap/conductor-view.d.ts",
-      "import": "./src/cli/roadmap/conductor-view.mjs"
+    "./roadmap/showrunner-view": {
+      "types": "./src/cli/roadmap/showrunner-view.d.ts",
+      "import": "./src/cli/roadmap/showrunner-view.mjs"
     },
     "./design/scan": {
       "import": "./src/cli/design/scan.mjs"

package/prompts/{conductor-framework-context.md → showrunner-framework-context.md}

@@ -1,4 +1,4 @@
-<!-- Conductor Framework Context (auto-injected) -->
+<!-- Showrunner Framework Context (auto-injected) -->
 # Aperant framework — slash-skills dispatchable in sub-terminals
 
 Dispatch via `sendToTerminal(terminalId, '/<skill> <args>\\r', ...)`.

package/prompts/{conductor-status-check.md → showrunner-status-check.md}

@@ -1,4 +1,4 @@
-# Conductor — Tap-on-Shoulder Status Check Template
+# Showrunner — Tap-on-Shoulder Status Check Template
 
 > NOTE: Phase 1 does not inject this prompt. It is the canonical template that Phase 3's tap-on-shoulder protocol will consume. The `{request_id}` substitution is the only dynamic value.
 

package/prompts/{conductor-sub-agent.md → showrunner-sub-agent.md}

@@ -1,11 +1,11 @@
-# Conductor Sub-Agent — Reviewer System Prompt
+# Showrunner Sub-Agent — Reviewer System Prompt
 
-You are a **conductor sub-agent reviewer**: a single-pass parallel reviewer spawned by the Conductor's sub-agent queue (via the sparring engine) to evaluate a fleet event and recommend whether the Conductor should log an intent.
+You are a **showrunner sub-agent reviewer**: a single-pass parallel reviewer spawned by the Showrunner's sub-agent queue (via the sparring engine) to evaluate a fleet event and recommend whether the Showrunner should log an intent.
 
 ## Identity
 
 - You run on a **frontier model** (Anthropic Opus 4.7 1M, OpenAI GPT-5.4/5.5 frontier, Google Gemini latest frontier). Cheap-model fallback is forbidden.
-- You have **no project filesystem access**. You do not call Read, Glob, or Grep. You see only the event payload, the prior context the Conductor handed you, and the cross-check tool.
+- You have **no project filesystem access**. You do not call Read, Glob, or Grep. You see only the event payload, the prior context the Showrunner handed you, and the cross-check tool.
 - You return a structured `findings` blob (severity / title / body / ref) — the same shape the sparring engine's lens reviewers return.
 
 ## Your one tool: `crossCheck`
@@ -20,7 +20,7 @@ If your evaluation depends on an agent's self-reported claim ("I finished the sp
 
 ## What to evaluate
 
-The Conductor hands you:
+The Showrunner hands you:
 
 - The triggering event (e.g. `phase.changed{ to: 'idle' }`, `artifact.ready`, `budget.exceeded`).
 - The enrolled terminal's tier (A / B / C) and current autonomy setting.
@@ -29,8 +29,8 @@ The Conductor hands you:
 Recommend one of:
 
 1. **No-op** — the event is routine; no intent needed. (severity: `low`, title: `routine event`)
-2. **Suggest** — the Conductor should log an intent suggesting a follow-up action. Include the action and reasoning. (severity: `medium`, title: `<suggested action>`)
-3. **Escalate** — the event signals an error / blocked state / security concern. The Conductor should surface this prominently. (severity: `high`, title: `<concern>`)
+2. **Suggest** — the Showrunner should log an intent suggesting a follow-up action. Include the action and reasoning. (severity: `medium`, title: `<suggested action>`)
+3. **Escalate** — the event signals an error / blocked state / security concern. The Showrunner should surface this prominently. (severity: `high`, title: `<concern>`)
 4. **Cross-check failed** — you called `crossCheck` and the claim did not verify. (severity: `high`, title: `cross-check failed: <claim>`)
 
 ## Output shape

package/prompts/{conductor-system.md → showrunner-system.md}

@@ -1,4 +1,4 @@
-# Conductor — Master Orchestrator
+# Showrunner — Master Orchestrator
 
 You orchestrate up to 12 parallel agent terminals. You do not write code.
 You think a lot. You output little. You replace human babysitting.
@@ -41,7 +41,7 @@ For each task you take responsibility for, drive ALL phases yourself:
    - known architecture (use `getRoadmap`, `getTaskState`)
 4. Decide:
    - **Approve** → `sendToTerminal('/apt:execute\r')` to that terminal
-   - **Realign** → `sendToTerminal('[Conductor realignment] <terse note>\r')`.
+   - **Realign** → `sendToTerminal('[Showrunner realignment] <terse note>\r')`.
      Wait for fresh `artifact.ready`. Re-review. Loop up to 3 attempts.
      After 3, escalate (respawn or surface to human).
    - **Reject** → `sendToTerminal('abort\r')`; spawn replacement if task
@@ -65,14 +65,14 @@ Run multiple terminals in parallel. Track each by terminal_id.
 You are the only thing standing between agents and silent failure. Catch:
 
 - **Idle**: terminal `phase.changed{to:'idle'}` with no fresh artifact
-  for > 5 min after a /apt:* dispatch. Poll: `sendToTerminal('[conductor]
+  for > 5 min after a /apt:* dispatch. Poll: `sendToTerminal('[showrunner]
   status: phase? blocker?\r')`. If still idle after another 5 min,
   escalate (realign with explicit next step, or respawn).
 - **Slacking**: agent reports completion but artifacts don't exist on
   disk OR don't match the spec. Use `crossCheck` + `reviewPlan` to verify.
   Never trust self-reports.
 - **Looping**: same `phase.changed` toggling > 6 times in 10 min. Send
-  `[Conductor realignment] You are looping. State the blocker and stop.\r`
+  `[Showrunner realignment] You are looping. State the blocker and stop.\r`
 - **Cost runaway**: a terminal's `budget.exceeded` event arrives. Halt
   that terminal with `sendToTerminal('exit\r')` after persisting state.
 
@@ -108,7 +108,7 @@ Write (use when needed, no human approval gating):
 
 ## Framework knowledge
 
-The auto-injected `conductor-framework-context` block at the very top of
+The auto-injected `showrunner-framework-context` block at the very top of
 this system prompt lists every `/apt:*` skill you can dispatch into a
 sub-terminal. Consult it BEFORE deciding which skill to send.
 
@@ -144,13 +144,13 @@ enforces required fields per op (see `coordination/event-schema.mjs`).
 Locked op set:
 `terminal.enrolled` `terminal.unenrolled` `phase.changed` `awaiting-input`
 `input-rescinded` `artifact.ready` `heartbeat` `budget.exceeded`
-`conductor.intent` `conductor.cross_check` `conductor.realignment`
+`showrunner.intent` `showrunner.cross_check` `showrunner.realignment`
 
 Reserved meanings:
 - `phase.changed.to` ∈ {busy, idle} ONLY (PTY state). NEVER use for plan
   completion.
 - `artifact.ready{kind:'plan'}` IS the plan-completion signal. Auto-
-  emitted by `apt-tools commit` when planner runs under a Conductor PTY
+  emitted by `apt-tools commit` when planner runs under a Showrunner PTY
   (`APERANT_TERMINAL_ID` set).
 
 Every action you take appends an audit envelope. The framework writes
@@ -177,7 +177,7 @@ The chat thread is a control surface, not a journal.
 
 On first turn in a NEW thread (no prior assistant messages), one line:
 
-`Conductor ready. Goal?`
+`Showrunner ready. Goal?`
 
 Nothing else. No greeting paragraph. No tool list. The user knows what
 you are.

package/skills/apt/SKILL.md

@@ -17,7 +17,7 @@ execution_modes:
   - plan-mode
   - plan-only
   - research
-allowed-tools: "Bash, Read, Grep, Glob, Write, Edit, Task"
+allowed-tools: "Bash, Read, Grep, Glob, Task"
 argument-hint: "[free-text task or /apt <skill> …]"
 gates: []
 ---
@@ -234,12 +234,19 @@ Resolve the track, then create a fresh task record before invoking the skill.
    - `plan` → `STANDARD`
    - everything else with `task_context: create-new` → `STANDARD`
 
-Then run:
+Then run the deterministic allocator (NOT raw `task create`):
 
 ```bash
-node packages/framework/bin/apt-tools.mjs task create . --description "{slug}" --track {track} --autonomy {autonomy} [--scope {scope}]
+node packages/framework/bin/apt-tools.mjs task ensure . --description "{slug}" --intent create-new --track {track} --autonomy {autonomy} [--scope {scope}]
 ```
 
+`task ensure --intent create-new` is idempotent (re-running the same
+input returns the SAME task + worktree, `reused: true`) and resolves the
+effective autonomy from `config.autonomy.default` BEFORE provisioning the
+worktree — so allocation is host-agnostic and never depends on this prose
+being followed. The `allocation_intent` here is `create-new` because the
+skill's `task_context` is `create-new` (the four-value taxonomy maps 1:1).
+
 **Security note:** Do NOT interpolate `{skill_args}` directly into `--description "..."`. `skill_args` is verbatim user input and can contain double-quote characters that break out of the argument boundary and inject extra flags (e.g. `--autonomy`, `--scope`). The task slug is sufficient as the description; `skill_args` is passed to the skill separately after the task record is created.
 
 (Use `--scope framework` only when the user is on a framework-scoped task —
@@ -300,29 +307,41 @@ The router emitted a `classify` envelope. This is the main routing path —
 all free-text input and every flag-override (--quick/--deep/--debug) lands
 here.
 
-### Brainstorm hand-off (check FIRST, before picking a skill)
-
-**Before picking a skill from the envelope,** scan the user's input for
-signals that they want to *explore a vision* rather than *commit to a task*.
-If present, dispatch to `apt:discuss --brainstorm` and stop. Don't inline
-the exploration — the brainstorm posture lives in its own skill with its
-own fresh context and its own artifact shape.
-
-Signals — any one triggers the hand-off:
-- Vision statements: *"here's what I want to build"*, *"my goal is..."*, *"the idea is..."*
-- Open invitations: *"let's think about"*, *"let's brainstorm"*, *"help me figure out"*, *"what's the best way..."*
-- Paragraph-shaped input describing an outcome or direction, not a single work item
-- Explicit "before we plan, let's explore / think / brainstorm..."
-
-How to hand off:
-```
-[APT] Detected brainstorm intent — routing to /apt:discuss --brainstorm
-```
-Then invoke the `/apt:discuss --brainstorm` skill with the user's input and stop.
-
-**Task-shaped input (continue to Step 0):** concrete work item, specific
-deliverable, or existing task being continued. Examples: *"add OAuth login"*,
-*"fix the view-tracking bug"*, *"migrate reports to JSONB"*.
+### allocation_intent — the single LLM bit (decide FIRST, before picking a skill)
+
+The ONLY allocation judgment you make on the free-text path is a single
+schema-bounded `allocation_intent ∈ {create-new | require-existing |
+self-managed | none}` (the SAME four-value taxonomy as skill `task_context`).
+**Fail-closed default is `none`** — when in doubt, allocate nothing. There is
+no separate prose-only brainstorm gate that can bypass allocation; the
+brainstorm decision is just the `none` outcome of this one judgment.
+
+Map the user's input to one bit:
+
+- **`none`** — vision / exploration / investigation / status / help. The user
+  wants to *explore a vision* or *ask a question*, not commit to a work item.
+  Allocate NOTHING (no task, no worktree) and dispatch to `apt:discuss
+  --brainstorm` (or the picked investigative skill). Signals — any one →
+  `none`:
+  - Vision statements: *"here's what I want to build"*, *"my goal is..."*, *"the idea is..."*
+  - Open invitations: *"let's think about"*, *"let's brainstorm"*, *"help me figure out"*, *"what's the best way..."*
+  - Paragraph-shaped input describing an outcome or direction, not a single work item
+  - Explicit "before we plan, let's explore / think / brainstorm..."
+
+  How to hand off:
+  ```
+  [APT] allocation_intent=none (brainstorm/investigation) — routing to /apt:discuss --brainstorm
+  ```
+  Then invoke `/apt:discuss --brainstorm` with the user's input and stop.
+
+- **`self-managed`** — the picked skill owns its own task/worktree lifecycle
+  (e.g. `apt:run`, `apt:pr-review`). Allocate nothing here; let the skill do it.
+- **`require-existing`** — the user is continuing an existing task. Do NOT mint;
+  resolve the active task (Step 2 uses `task ensure --intent require-existing`).
+- **`create-new`** — concrete work item / specific deliverable that needs a
+  fresh task + worktree. Examples: *"add OAuth login"*, *"fix the view-tracking
+  bug"*, *"migrate reports to JSONB"*. Continue to Step 0; Step 2 provisions
+  deterministically via `task ensure --intent create-new`.
 
 ### Step 0a: Flag-override fast path (envelope.track is set)
 
@@ -332,6 +351,15 @@ carries `track`, `primary_skill`, `spawn_agent`, `agent`, and `options`.
 **Skip Step 0b and Step 0c — go straight to Step 1.** These were locked
 by the user typing `--quick` / `--deep` / `--debug`, not by the host LLM.
 
+**allocation_intent (flag-override is deterministic — no LLM judgment):**
+map `primary_skill` → `allocation_intent`:
+- `quick` → `create-new`
+- `debug` → `create-new`
+- `plan` → `create-new` (STANDARD / DEEP)
+- a skill whose `task_context` is `self-managed` (e.g. `run`) → `self-managed`
+
+Step 2 forwards this bit to `task ensure --intent <bit>`.
+
 ### Step 0b: Classify the skill (envelope.skills[] inline pick)
 
 When `classification.source: "host-model-deferred"` (free-text path),
@@ -405,15 +433,31 @@ Map choice: full auto → `execution_mode = "auto"`, step by step → `"step"`,
 
 If `needs_autonomy_prompt` is false (user passed --yolo/--autonomous), skip this — use `execution_mode` from route result.
 
-### Step 2: Register Task
+### Step 2: Register Task (deterministic allocation)
+
+Forward the `allocation_intent` decided above (Step 0a flag-override map,
+or the free-text bit from the allocation_intent section) to the
+deterministic, idempotent allocator — NOT raw `task create`:
 
 ```bash
-node packages/framework/bin/apt-tools.mjs task create . --description "{task_description}" --track {track} --autonomy {autonomy}
+node packages/framework/bin/apt-tools.mjs task ensure . --description "{task_description}" --intent {allocation_intent} --track {track} --autonomy {autonomy}
 ```
 
+- `--intent create-new` provisions a fresh task + worktree, idempotent on
+  re-run (`reused: true` returns the SAME task/worktree — re-issuing `/apt`
+  never duplicates). Effective autonomy is resolved from
+  `config.autonomy.default` BEFORE the worktree hook, so a
+  `from_branch: current` base is not spuriously deferred.
+- `--intent require-existing` resolves the active task WITHOUT minting
+  (returns `requires_input` on ambiguity — fall back to the
+  skill-passthrough resolution chain prompt).
+- `--intent none` / `--intent self-managed` allocate nothing
+  (`allocated: false`) — you should already have dispatched per the
+  allocation_intent section above and not reached Step 2.
+
 Parse `task_id`, `task_dir`, and (if present) `worktree.worktree_path` / `worktree.branch` / `worktree.base_branch` from the result.
 
-**Task-level worktree isolation:** when `task_isolation.worktree_per_task` is enabled (check via `host_capabilities.worktrees` + `task_isolation` in the route result) and `task create` returns a `worktree` block, every subsequent Bash call AND every spawned agent in this pipeline MUST use `worktree_path` as its working directory. Print:
+**Task-level worktree isolation:** when `task_isolation.worktree_per_task` is enabled (check via `host_capabilities.worktrees` + `task_isolation` in the route result) and `task ensure` returns a `worktree` block, every subsequent Bash call AND every spawned agent in this pipeline MUST use `worktree_path` as its working directory. Print:
 
 ```
 [APT] Working in isolated worktree: {worktree_path}
@@ -424,7 +468,7 @@ Important nuances:
 - `task_dir` is an **absolute path** under the main repo's `.aperant/tasks/{task-id}/`. All spec/plan/progress artifacts live there and are shared across worktrees.
 - `apt-tools` commands still receive the **project root** as `<project-dir>` — they coordinate state through the main repo's `.aperant/`. The worktree only affects *code editing* cwd.
 - When spawning an agent, set its `cwd` (or prefix its Bash calls with `cd {worktree_path} &&`) to the worktree for code reads/edits. Pass `worktree_path` in the agent's context so it knows where code work happens.
-- Planner artifact safety: do **not** spawn `apt-planner` with host-level worktree isolation that gives it a separate copied repo. The planner must write `spec.md` and `implementation_plan.json` to the absolute main-repo `task_dir` from `task create`; `.aperant/tasks/**` is gitignored, so artifacts written under a disposable worktree can be invisible to git and lost when that worktree is cleaned.
+- Planner artifact safety: do **not** spawn `apt-planner` with host-level worktree isolation that gives it a separate copied repo. The planner must write `spec.md` and `implementation_plan.json` to the absolute main-repo `task_dir` from `task ensure`; `.aperant/tasks/**` is gitignored, so artifacts written under a disposable worktree can be invisible to git and lost when that worktree is cleaned.
 - If no `worktree` block is returned, proceed in the project root as before.
 
 ### Step 3: Spawn Planner Agent
@@ -482,14 +526,44 @@ tally output. Skip silently if tokens tally errors — never block the
 pipeline on telemetry.
 
 **If `spawn_agent` is false (QUICK or DEBUG):**
-Both QUICK and DEBUG resolve here (single-shot, no spawned phase agent). Invoke
-the picked skill (`apt:quick` for QUICK, `apt:debug` for DEBUG, per
-`primary_skill`) directly with `task_id`, `task_dir`, AND `worktree_path` in its
-skill context — Step 2 already created the worktree + printed the banner for this
-track, so thread `worktree_path` the same way the `spawn_agent: true` branch
-threads it into the planner. No phase marker — QUICK and DEBUG are both
-single-shot here. (If Step 2 returned no `worktree` block, pass `worktree_path` as
-"none" and the skill proceeds in the project root.)
+Both QUICK and DEBUG resolve here (single-shot, no spawned phase agent).
+
+**The router itself CANNOT edit code.** Its frontmatter `allowed-tools` is
+`Bash, Read, Grep, Glob, Task` — it has NO `Write` / `Edit` tool. This is the
+load-bearing boundary (ID-05): the router can classify, allocate
+(`task ensure`), and dispatch, but it can never edit a file on `main`.
+
+So do NOT edit inline. **INVOKE the `apt:quick` / `apt:debug` SKILL** (per
+`primary_skill`) AFTER Step 2's `task ensure --intent create-new` has
+provisioned the worktree. Invoking the skill establishes that skill's OWN
+`allowed-tools` scope (`apt-quick` / `apt-debug` both carry
+`Read, Write, Edit, Bash, Grep, Glob`), which RE-GRANTS the edit affordance —
+but only once a worktree exists, so editing can never land on `main` through
+the router. Pass `task_id`, `task_dir`, AND `worktree_path` into the invoked
+skill's context (thread `worktree_path` the same way the `spawn_agent: true`
+branch threads it into the planner). This is a SKILL invocation, NOT a `Task`
+sub-agent spawn — QUICK/DEBUG stay single-agent/single-context, so the Fast
+Path Guarantee is preserved. No phase marker. (If Step 2 returned no `worktree`
+block, pass `worktree_path` as "none" and the skill proceeds in the project
+root.)
+
+> **inline vs skill-scope (read this).** "Inline" here means the OLD behavior:
+> the router editing within its own `/apt` turn under the router's allowlist.
+> That is gone — the router has no edit tool. "Skill-scope" is the NEW
+> behavior: a genuine `apt:quick` / `apt:debug` invocation whose own
+> `allowed-tools` re-grants `Write, Edit` for the edit work, after the worktree
+> exists.
+>
+> **Residual (host-runtime, not CI-provable — founder smoke-test gate).**
+> Whether Claude Code treats a nested skill's `allowed-tools` as a REPLACEMENT
+> (re-grants edit — design holds) or as an INTERSECTION/ceiling (the parent
+> router allowlist caps the child — Fast Path breaks) is a host-implementation
+> property that cannot be unit-tested from the framework. CI proves the
+> frontmatter/prose structure; a founder in-app smoke-test is the residual gate.
+> **Fallback if the smoke-test shows breakage:** revert ONLY the
+> router-frontmatter line (re-add `Write, Edit`). The host-agnostic
+> `task ensure` boundary (ID-02) still fixes the on-`main`-edit bug; the
+> allowed-tools removal is hardening, not the fix.
 
 ### Step 4: Chain Pipeline (based on selected option)
 

package/skills/apt-close-task/SKILL.md

@@ -185,7 +185,7 @@ Flags:
 Per ledger entry `{ task_id, scope, phase_id, closed_at, pr_number }`:
 
 0. **Enumerate the ledger first.** Run `apt-tools task close-merged . --narrate-only [--task <id>]`. The envelope's `closed[]` is the read-only list of pending narration rows (each carries `narration_pending: true`); state.json is not mutated. When `closed[]` is empty, exit early with `{status: 'ok', narrated: [], skipped: [], remaining: 0}` — there is nothing to drain.
-1. Run `apt-tools features-audit . --apply-stubs --task <task_id>` so the feature registry catches whatever the closed task introduced. If the subprocess exits non-zero, skip the entry with `reason: 'features-audit-failed'` — never block narration on registry update.
+1. Run `apt-tools features-reconcile . --gc` to prune feature-registry receipts that are merged to origin/main and older than 30 days. Receipt GC is close-task's ONLY registry role — the registry WRITE happened at ship time (`/apt:ship` §0.0 materialize), so there is no post-merge registry write to drift main. If the subprocess exits non-zero, skip the entry with `reason: 'features-gc-failed'` — never block narration on registry GC.
 2. When `phase_id` is non-null, spawn `apt-team-docs-narrator` (background, fire-and-forget) using the same shape as §2.5: `subagent_type: apt-team-docs-narrator`, `run_in_background: true`, `description: Narrate shipped phase {phase_id}`, `prompt: Run in phase-ship mode with --phase {phase_id} --scope {scope}.`. When `phase_id` is null, skip the spawn with `reason: 'no-phase-id'` (quick tasks have no phase to narrate).
 3. On successful spawn (or successful no-phase skip), drain the row via `apt-tools task narration-drain . --task <task_id>` which acquires `withFileLock(state.json)` and removes the matching `pending_narration[]` entry. On spawn failure, leave the row in place with `reason: 'narrator-spawn-failed'` so the user can re-invoke.
 
@@ -198,7 +198,7 @@ Emit a summary envelope:
   "status": "ok",
   "command": "close-task-narrate-only",
   "narrated": [{ "task_id": "<id>", "phase_id": "<p|null>", "scope": "<s>" }],
-  "skipped": [{ "task_id": "<id>", "reason": "no-phase-id|features-audit-failed|narrator-spawn-failed" }],
+  "skipped": [{ "task_id": "<id>", "reason": "no-phase-id|features-gc-failed|narrator-spawn-failed" }],
   "remaining": <ledger.length>
 }
 ```

package/skills/apt-debug/SKILL.md

@@ -42,7 +42,7 @@ reproduction, so loading this appendix is non-trivial.
 - **apt-tools path:** `node packages/framework/bin/apt-tools.mjs` or the locally installed `apt-tools` binary
 - **Constitution:** Read `AGENTS.md` in the project root if it exists
 - **Debug sessions:** `.aperant/debug/{session-id}/DEBUG.md`
-- **Task-level worktree isolation:** A worktree is provisioned at session start by `task create` (track-agnostic — DEBUG gets one too; parsed + banner-announced in §1a) when `task_isolation.worktree_per_task` is enabled. Read-only investigation (Sections 2-3 Observe / Hypothesize — `git log`, `git diff`, Grep, Read) may run from EITHER cwd; they only read. But once code changes begin — Section 4 (Checkpoint), Section 5b (Execute Test — the minimal change), Section 6b (Implement Fix + commit) — run those Bash commands with `cd {worktree_path} &&` so the fix + checkpoint commits land on the worktree's task branch. Use the `worktree_path` the router passed in skill context or that §1a parsed from `task create`'s envelope. `apt-tools` calls always take the project root as `<project-dir>`. If no `worktree` block was returned, proceed in the project root as before.
+- **Task-level worktree isolation:** A worktree is provisioned at session start by `task ensure` (track-agnostic — DEBUG gets one too; parsed + banner-announced in §1a) when `task_isolation.worktree_per_task` is enabled. Read-only investigation (Sections 2-3 Observe / Hypothesize — `git log`, `git diff`, Grep, Read) may run from EITHER cwd; they only read. But once code changes begin — Section 4 (Checkpoint), Section 5b (Execute Test — the minimal change), Section 6b (Implement Fix + commit) — run those Bash commands with `cd {worktree_path} &&` so the fix + checkpoint commits land on the worktree's task branch. Use the `worktree_path` the router passed in skill context or that §1a parsed from `task ensure`'s envelope. `apt-tools` calls always take the project root as `<project-dir>`. If no `worktree` block was returned, proceed in the project root as before.
 </your_environment>
 
 <state_files>
@@ -71,35 +71,25 @@ If resuming, read DEBUG.md and skip to the current phase (observe/hypothesize/te
 
 ### 1a. Resolve canonical task id (idempotent — new sessions only)
 
-DEBUG now produces a canonical state.active_tasks record so `/apt:ship` can find the task via the lite ship profile once the fix is committed. The body owns idempotency because `apt-tools task create` does NOT guard against existing ids (see spec §3 R8).
+DEBUG now produces a canonical state.active_tasks record so `/apt:ship` can find the task via the lite ship profile once the fix is committed. Idempotency is owned by the deterministic allocator `apt-tools task ensure --intent create-new` (NOT raw `task create`) — re-running returns the SAME task + worktree (`reused: true`), so the old `task get` guard dance is gone.
 
 Two invocation paths converge here:
 
-- **Router path** (`/apt` → `/apt:debug`): the router has already called `task create` and injected `task_id` into your skill context.
-- **Direct path** (`/apt:debug foo`): no `task_id` in context — you create one now.
+- **Router path** (`/apt` → `/apt:debug`): the router has already run `task ensure --intent create-new` and injected `task_id` (+ `worktree_path`) into your skill context. Re-affirm idempotently with the same id and adopt `task_id` as `{session-id}`:
+  ```bash
+  apt-tools task ensure . --description "$ARGUMENTS" --intent create-new --track DEBUG --id {task_id}
+  ```
+  The `--id {task_id}` makes ensure resolve to the EXACT record the router just provisioned (`reused: true`) — no second task, no second worktree.
 
-Sequence:
+- **Direct path** (`/apt:debug foo`): no `task_id` in context — allocate now:
+  ```bash
+  apt-tools task ensure . --description "$ARGUMENTS" --intent create-new --track DEBUG
+  ```
+  Parse the generated `task_id` from the envelope and adopt it as `{session-id}`. ensure is keyed on the normalized description + scope, so a retry returns the SAME canonical id (replacing the legacy `debug-YYYYMMDD-HHmm` form).
 
-1. **If `task_id` is present in skill context** (router path):
-   ```bash
-   apt-tools task get . --id {task_id}
-   ```
-   - If exit 0 AND the returned record has `track === "DEBUG"` → reuse, skip the create call. Adopt `task_id` as `{session-id}`.
-   - Else (record missing OR wrong track) → call:
-     ```bash
-     apt-tools task create . --description "$ARGUMENTS" --track DEBUG --id {task_id}
-     ```
-     Adopt the id as `{session-id}`.
-
-2. **If no `task_id` in skill context** (direct path):
-   ```bash
-   apt-tools task create . --description "$ARGUMENTS" --track DEBUG
-   ```
-   Parse the generated `task_id` from the envelope and adopt it as `{session-id}`. The canonical id replaces the legacy `debug-YYYYMMDD-HHmm` form.
+The debug working dir at `.aperant/debug/{session-id}/` stays — that working artifact is preserved (per spec §3 R7). The canonical task record at `.aperant/tasks/{task-id}/` is created in parallel by `task ensure`, and both share the same id.
 
-The debug working dir at `.aperant/debug/{session-id}/` stays — that working artifact is preserved (per spec §3 R7). The canonical task record at `.aperant/tasks/{task-id}/` is created in parallel by `task create`, and both share the same id.
-
-**Worktree isolation (both paths).** `task create` provisions a worktree when `task_isolation.worktree_per_task` is enabled (track-agnostic — DEBUG gets one too). Parse `worktree.worktree_path`, `worktree.branch`, and `worktree.base_branch` from the `task create` envelope (direct path); on the router path the orchestrator already passed `worktree_path` into your skill context — use that. When a `worktree` block is present, print the banner:
+**Worktree isolation (both paths).** `task ensure --intent create-new` provisions a worktree when `task_isolation.worktree_per_task` is enabled (track-agnostic — DEBUG gets one too). Parse `worktree.worktree_path`, `worktree.branch`, and `worktree.base_branch` from the `task ensure` envelope (direct path); on the router path the orchestrator already passed `worktree_path` into your skill context — use that. When a `worktree` block is present, print the banner:
 
 ```
 [APT] Working in isolated worktree: {worktree_path}
@@ -301,6 +291,14 @@ Document the root cause clearly:
 cd {worktree_path} && node packages/framework/bin/apt-tools.mjs commit "fix: {concise description of fix}" --files {changed-files}
 ```
 
+After the commit, emit the registry delta (one non-blocking command):
+
+```bash
+node packages/framework/bin/apt-tools.mjs features-reconcile . --draft --task-id {task-id} || true
+```
+
+Stage `.aperant/features/deltas/` with the commit; fill any `needs-disposition` field (usually `no-semantic-change` + a one-line reason).
+
 ### 6c. Update Status
 
 ```markdown

package/skills/apt-execute/SKILL.md

@@ -373,38 +373,47 @@ node packages/framework/bin/apt-tools.mjs audit pending-artifacts . --stage
 - **`unknown[]` non-empty** → HARD STOP. A path under `.aperant/` is not classified. Treat as a planner gap — the subtask touched state that the contract does not know about. Write the decision to `{task_dir}/execution-decisions.md` (decision class: `classification-gap`), then either extend `packages/framework/src/cli/artifacts/classification.mjs` inline (if the subtask already modifies framework code) or open a follow-up task (if the drift is orthogonal). Do NOT proceed to the next subtask until the envelope returns `clean`.
 - **Envelope status == `clean`** → proceed to 3e-features.
 
-### 3e-features. Features Registry Post-Step (C33)
+### 3e-features. Feature-Registry Delta Emit
 
-After the subtask commits, run `features-audit --apply-stubs` so any
-newly-added UI/core/hook/IPC file in the diff lands in
-`.aperant/features/<area>.json` automatically. The reviewer Pass 6 covers
-whatever the post-step missed; running it here closes the gap where
-executor commits introduce a new feature surface without registering it.
+After the subtask commits, emit this subtask's registry DELTA — semantic
+capture happens HERE, while the build context is still in your window.
+`/apt:ship` §0.0 materializes all pending deltas into the area JSONs +
+a receipt later; you only record what changed and what it means.
 
 ```bash
-node packages/framework/bin/apt-tools.mjs features-audit . \
-  --task-id "$TASK_ID" \
-  --diff-files "$(git diff --name-only HEAD^ HEAD | tr '\n' ',')" \
-  --apply-stubs
+node packages/framework/bin/apt-tools.mjs features-reconcile . \
+  --draft --task-id "$TASK_ID" --subtask-id "{subtask.id}"
 ```
 
+Then ENRICH the scaffold at `.aperant/features/deltas/{task-id}-{subtask.id}.json`:
+
+- Fill every `needs-disposition` files[] entry with a real disposition
+  (`upsert` | `remove` | `wiring-transition` | `no-semantic-change` — the
+  last REQUIRES a one-line `reason`). Added qualifying files MUST register
+  (added + no-semantic-change is a validation error).
+- Assign any `area: null` (the hooks/ipc/services junk drawers no longer
+  exist — pick the owning product area).
+- Replace draft upsert stubs with real feature groups: `sub_features[]`
+  entries carrying `wired` / `handler` / `test_hint` per
+  `FeatureRegistrySchema`.
+- A wired-state change is `disposition: "wiring-transition"` plus a
+  `patch-sub-feature` operation carrying `expected_from` (the prior
+  `wired` value).
+
+Stage the delta with the commit:
+`git add .aperant/features/deltas/ && git commit --amend --no-edit`.
+
 Notes:
-- `--task-id $TASK_ID` (BUG-025b) is mandatory when the executor runs
-  from the main-repo cwd instead of inside the worktree (the
-  orchestrator's common path). features-audit resolves the worktree's
-  `.aperant/features/` from the active task record and writes there,
-  preventing generated `*.json` from leaking into main. When invoked
-  from the worktree cwd directly, `--task-id` is a no-op (layer 1
-  detection short-circuits). Pass `--no-worktree-redirect` only when
-  you intentionally want to write to the invoking cwd.
-- `--apply-stubs` only runs when the matched surface's policy is
-  `auto-update` (the default for `.aperant/features/*.json`). Users who
-  opted out via `/apt:setup` Batch 7 get a no-op — the command still
-  succeeds.
-- Pre-existing flag-drift findings are never emitted here — they're the
-  reviewer's job. The post-step is append-only on internal state.
-- If the audit fails (exit code != 0), log the failure and continue; don't
-  block subtask completion on a features-registry glitch.
+- `--task-id "$TASK_ID"` (BUG-025b) redirects the delta write to the active
+  task's worktree `.aperant/features/deltas/` when you run from the
+  main-repo cwd; it is ALSO the per-writer delta filename, so it is always
+  required.
+- The write is skipped (`policy-opt-out`) when the user opted
+  `.aperant/features/*.json` out of `auto-update` via `/apt:setup` Batch 7.
+- Non-blocking: if the reconcile scaffold fails (exit code != 0), log the
+  failure and continue; don't block subtask completion on a registry
+  glitch. The ship-time `features-reconciled` gate + the always-on CI
+  check catch real gaps.
 
 ### 3e-gate. Per-Task Review Gate (R7)
 

package/skills/apt-fan-out/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: apt:fan-out
-description: "Cross-task fan-out — spawn N apt-executor workers from one conductor terminal, each in its own worktree"
+description: "Cross-task fan-out — spawn N apt-executor workers from one Showrunner terminal, each in its own worktree"
 apt-skill-version: {{APT_VERSION}}
 stage: execute
 intent: x-fan-out
@@ -19,7 +19,7 @@ argument-hint: "apt:fan-out --tasks <id,id,id> [--phases <m/p,m/p>] [--unblocked
 gates: []
 ---
 <objective>
-Run N pre-planned Aperant tasks concurrently from one conductor terminal. This skill is a thin orchestrator over the generalized wave engine (`unit_kind: "task"` path, see ADR-0003) and the existing primitives: `apt-tools worktree create --task`, `apt-tools lock claim`, `apt-tools event append`, and the `parallelization.max_tasks` quota. No daemon, no job queue, no in-skill scheduling. The host CLI's main thread is the conductor (ADR-0001); each spawned apt-executor subagent runs in its own worktree (ADR-0002).
+Run N pre-planned Aperant tasks concurrently from one Showrunner terminal. This skill is a thin orchestrator over the generalized wave engine (`unit_kind: "task"` path, see ADR-0003) and the existing primitives: `apt-tools worktree create --task`, `apt-tools lock claim`, `apt-tools event append`, and the `parallelization.max_tasks` quota. No daemon, no job queue, no in-skill scheduling. The host CLI's main thread is the Showrunner (ADR-0001); each spawned apt-executor subagent runs in its own worktree (ADR-0002).
 
 This is the "I have 16 unblocked tasks in this phase, run them all" surface. It replaces the old workaround of opening 16 sibling terminals manually.
 </objective>
@@ -160,7 +160,7 @@ call `integrate` with the batch's task list (or `--batch ${batch_id}` to recover
 it from the worker rows):
 
 ```bash
-git -C "$conductor_root" fetch origin "$base_branch"
+git -C "$showrunner_root" fetch origin "$base_branch"
 node packages/framework/bin/apt-tools.mjs merge integrate . --tasks ${task_ids_csv}
 # OR recover the task list from the batch's worker rows:
 node packages/framework/bin/apt-tools.mjs merge integrate . --batch ${batch_id}
@@ -213,7 +213,7 @@ Mix SHIPPED / BLOCKED / in-flight variants in the same rail. Below the panel, em
 
 ## Design references
 
-- **ADR-0001** — Host CLI main thread is the conductor; no daemon, no in-skill queue.
+- **ADR-0001** — Host CLI main thread is the Showrunner; no daemon, no in-skill queue.
 - **ADR-0002** — One worktree per task; workers run independent feature branches.
 - **ADR-0003** — Wave engine accepts `unit_kind: "task"` so cross-task fan-out reuses the same primitives as intra-task subtask waves.
 

package/skills/apt-handoff/SKILL.md

@@ -23,7 +23,7 @@ Compact the current conversation into a HANDOFF document so a different agent
 
 Writes the handoff to `.aperant/handoffs/{id}/HANDOFF.md` (or `{task_dir}/handoffs/{id}/HANDOFF.md` when inside a routed task) so the artifact lives with the repo, survives across machines, and is discoverable by `/apt:resume` and team-status tooling.
 
-**Use when:** an agent decides to transfer the work mid-flight. Examples — sender hit context-budget cap, the next phase needs a different model (e.g. Codex for a heavy refactor), a fan-out conductor is sharding scope to peers, or a planning agent is handing a locked plan to an executor.
+**Use when:** an agent decides to transfer the work mid-flight. Examples — sender hit context-budget cap, the next phase needs a different model (e.g. Codex for a heavy refactor), a fan-out Showrunner is sharding scope to peers, or a planning agent is handing a locked plan to an executor.
 
 **Do NOT use when:**
 - The human operator wants to stop — use `/apt:pause` (it stashes uncommitted work and updates `CONTINUE_INDEX.md`).

package/skills/apt-mockup/SKILL.md

@@ -58,7 +58,7 @@ Text-first design stays in `apt:design`. This skill never edits `DESIGN.md` or `
 **Writes:**
 - `{task_dir}/mockups/iteration-NNN.html` — One file per iteration, zero-padded 3-digit (`iteration-001.html`, `iteration-002.html`, ...). Promoted from a picked variant when the first render used `--variants`.
 - `{task_dir}/mockups/iteration-NNN-variant-<letter>.html` — One per variant in a `--variants` run (letters `a..e` for `N=2..5`)
-- `{task_dir}/mockups/iteration-NNN-gallery.html` — Generated by `apt-tools variant-gallery`; iframes the N variants side-by-side with the pick command spelled out.
+- `{task_dir}/mockups/iteration-NNN-gallery.html` — Generated by `apt-tools variant-gallery`; iframes the N variants side-by-side with the pick command spelled out, and each variant card links to its full HTML file (opens in a new tab).
 - `{task_dir}/mockups/iteration-NNN-archive/` — After `--pick <letter>`, the losing variants and the gallery move here (preserved, not deleted, so the user can review what was rejected).
 - `{task_dir}/mockups/mockup_final.html` — On `--accept`, a byte-identical copy of the latest `iteration-NNN.html` so iteration history is preserved.
 - `{task_dir}/mockups/mockup_log.md` — Append-only log: one entry per turn with iteration number, mode, user prompt, and (when relevant) variant style seeds.