@murphai/murph 1.3.1 → 1.3.2

package/node_modules/@murphai/assistant-engine/dist/assistant-runtime-residue.d.ts

@@ -1,2 +1,2 @@
-export { maintainAssistantAutoReplyRouteState, pruneAssistantRuntimeResidue, type AssistantRuntimeResiduePruneResult, } from './assistant/runtime-residue.js';
+export { AssistantGeneratedDeliveryResiduePruneError, maintainAssistantAutoReplyRouteState, pruneAssistantGeneratedDeliveryResidue, pruneAssistantRuntimeResidue, type AssistantGeneratedDeliveryResiduePruneErrorCode, type AssistantGeneratedDeliveryResiduePruneResult, type AssistantRuntimeResiduePruneResult, } from './assistant/runtime-residue.js';
 //# sourceMappingURL=assistant-runtime-residue.d.ts.map

package/node_modules/@murphai/assistant-engine/dist/assistant-runtime-residue.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"assistant-runtime-residue.d.ts","sourceRoot":"","sources":["../src/assistant-runtime-residue.ts"],"names":[],"mappings":"AAAA,OAAO,EACL,oCAAoC,EACpC,4BAA4B,EAC5B,KAAK,kCAAkC,GACxC,MAAM,gCAAgC,CAAA"}
+{"version":3,"file":"assistant-runtime-residue.d.ts","sourceRoot":"","sources":["../src/assistant-runtime-residue.ts"],"names":[],"mappings":"AAAA,OAAO,EACL,2CAA2C,EAC3C,oCAAoC,EACpC,sCAAsC,EACtC,4BAA4B,EAC5B,KAAK,+CAA+C,EACpD,KAAK,4CAA4C,EACjD,KAAK,kCAAkC,GACxC,MAAM,gCAAgC,CAAA"}

package/node_modules/@murphai/assistant-engine/dist/assistant-runtime-residue.js

@@ -1,2 +1,2 @@
-export { maintainAssistantAutoReplyRouteState, pruneAssistantRuntimeResidue, } from './assistant/runtime-residue.js';
+export { AssistantGeneratedDeliveryResiduePruneError, maintainAssistantAutoReplyRouteState, pruneAssistantGeneratedDeliveryResidue, pruneAssistantRuntimeResidue, } from './assistant/runtime-residue.js';
 //# sourceMappingURL=assistant-runtime-residue.js.map

package/node_modules/@murphai/assistant-engine/dist/assistant-runtime-residue.js.map

@@ -1 +1 @@
-{"version":3,"file":"assistant-runtime-residue.js","sourceRoot":"","sources":["../src/assistant-runtime-residue.ts"],"names":[],"mappings":"AAAA,OAAO,EACL,oCAAoC,EACpC,4BAA4B,GAE7B,MAAM,gCAAgC,CAAA"}
+{"version":3,"file":"assistant-runtime-residue.js","sourceRoot":"","sources":["../src/assistant-runtime-residue.ts"],"names":[],"mappings":"AAAA,OAAO,EACL,2CAA2C,EAC3C,oCAAoC,EACpC,sCAAsC,EACtC,4BAA4B,GAI7B,MAAM,gCAAgC,CAAA"}

package/node_modules/@murphai/assistant-engine/dist/assistant-skill-assets.d.ts

@@ -163,7 +163,7 @@ export declare const ASSISTANT_SKILLS: readonly [{
 }, {
     readonly slug: 'group-chat';
     readonly name: 'group-chat';
-    readonly triggerHint: 'Read before replying in any group chat, meaning any conversation with multiple human participants, such as when the murph.group tool is available or inbound messages carry sender handles. Owns room psychology, human-owned versus open-ensemble floor, beat-local handoff, adaptive participation, and the decision to reply, react, joke, or stay silent, plus shared challenge-data etiquette.';
+    readonly triggerHint: 'Read before replying in any group chat, meaning any conversation with multiple human participants, such as when group-family tools are available or inbound messages carry sender handles. Owns room psychology, human-owned versus open-ensemble floor, beat-local handoff, adaptive participation, and the decision to reply, react, joke, or stay silent, plus shared challenge-data etiquette.';
 }, {
     readonly slug: 'groupchat-comedy';
     readonly name: 'groupchat-comedy';

package/node_modules/@murphai/assistant-engine/dist/assistant-skill-assets.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"assistant-skill-assets.d.ts","sourceRoot":"","sources":["../src/assistant-skill-assets.ts"],"names":[],"mappings":"AAMA,OAAO,EACL,sDAAsD,EACtD,+BAA+B,GAChC,MAAM,0BAA0B,CAAA;AAEjC,eAAO,MAAM,+BAA+B,gCACI,CAAA;AAEhD,eAAO,MAAM,gBAAgB;aAEzB,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,qdAAqd;;aAGvd,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,8hBAA8hB;;aAGhiB,IAAI,EAAE,aAAa;aACnB,IAAI,EAAE,aAAa;aACnB,WAAW,EACT,qJAAqJ;;aAGvJ,IAAI,EAAE,uBAAuB;aAC7B,IAAI,EAAE,uBAAuB;aAC7B,WAAW,EACT,+RAA+R;;aAGjS,IAAI,EAAE,mBAAmB;aACzB,IAAI,EAAE,mBAAmB;aACzB,WAAW,EACT,0nBAA0nB;;aAG5nB,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,iQAAiQ;;aAGnQ,IAAI,EAAE,gBAAgB;aACtB,IAAI,EAAE,gBAAgB;aACtB,WAAW,EACT,0RAA0R;;aAG5R,IAAI,EAAE,gBAAgB;aACtB,IAAI,EAAE,gBAAgB;aACtB,WAAW,EACT,kUAAkU;;aAGpU,IAAI,EAAE,iBAAiB;aACvB,IAAI,EAAE,iBAAiB;aACvB,WAAW,EACT,mQAAmQ;;aAGrQ,IAAI,EAAE,wBAAwB;aAC9B,IAAI,EAAE,wBAAwB;aAC9B,WAAW,EACT,kQAAkQ;;aAGpQ,IAAI,EAAE,iBAAiB;aACvB,IAAI,EAAE,iBAAiB;aACvB,WAAW,EACT,iPAAiP;;aAGnP,IAAI,EAAE,gBAAgB;aACtB,IAAI,EAAE,gBAAgB;aACtB,WAAW,EACT,8MAA8M;;aAGhN,IAAI,EAAE,oBAAoB;aAC1B,IAAI,EAAE,oBAAoB;aAC1B,WAAW,EACT,8ZAA8Z;;aAGha,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,qPAAqP;;aAGvP,IAAI,EAAE,wBAAwB;aAC9B,IAAI,EAAE,wBAAwB;aAC9B,WAAW,EACT,+PAA+P;;aAGjQ,IAAI,EAAE,4BAA4B;aAClC,IAAI,EAAE,4BAA4B;aAClC,WAAW,EACT,2NAA2N;;aAG7N,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,yZAAyZ;;aAG3Z,IAAI,EAAE,uBAAuB;aAC7B,IAAI,EAAE,uBAAuB;aAC7B,WAAW,EACT,6QAA6Q;;aAG/Q,IAAI,EAAE,eAAe;aACrB,IAAI,EAAE,eAAe;aACrB,WAAW,EACT,+OAA+O;;aAGjP,IAAI,EAAE,wBAAwB;aAC9B,IAAI,EAAE,wBAAwB;aAC9B,WAAW,EACT,uXAAuX;;aAGzX,IAAI,EAAE,sBAAsB;aAC5B,IAAI,EAAE,sBAAsB;aAC5B,WAAW,EACT,4yBAA4yB;;aAG9yB,IAAI,EAAE,eAAe;aACrB,IAAI,EAAE,eAAe;aACrB,WAAW,EACT,0dAA0d;;aAG5d,IAAI,EAAE,mBAAmB;aACzB,IAAI,EAAE,mBAAmB;aACzB,WAAW,EACT,+aAA+a;;aAGjb,IAAI,EAAE,mBAAmB;aACzB,IAAI,EAAE,mBAAmB;aACzB,WAAW,EACT,8WAA8W;;aAGhX,IAAI,EAAE,wBAAwB;aAC9B,IAAI,EAAE,wBAAwB;aAC9B,WAAW,EACT,kcAAkc;;aAGpc,IAAI,EAAE,cAAc;aACpB,IAAI,EAAE,cAAc;aACpB,WAAW,EACT,8TAA8T;;aAGhU,IAAI,EAAE,oBAAoB;aAC1B,IAAI,EAAE,oBAAoB;aAC1B,WAAW,EACT,2gBAA2gB;;aAG7gB,IAAI,EAAE,0BAA0B;aAChC,IAAI,EAAE,0BAA0B;aAChC,WAAW,EACT,6aAA6a;;aAG/a,IAAI,EAAE,wBAAwB;aAC9B,IAAI,EAAE,wBAAwB;aAC9B,WAAW,EACT,yYAAyY;;aAG3Y,IAAI,EAAE,gBAAgB;aACtB,IAAI,EAAE,gBAAgB;aACtB,WAAW,EACT,miBAAmiB;;aAGriB,IAAI,EAAE,cAAc;aACpB,IAAI,EAAE,cAAc;aACpB,WAAW,EACT,8aAA8a;;aAGhb,IAAI,EAAE,aAAa;aACnB,IAAI,EAAE,aAAa;aACnB,WAAW,EACT,6XAA6X;;aAG/X,IAAI,EAAE,cAAc;aACpB,IAAI,EAAE,cAAc;aACpB,WAAW,EACT,0hBAA0hB;;aAG5hB,IAAI,EAAE,KAAK;aACX,IAAI,EAAE,KAAK;aACX,WAAW,EACT,2JAA2J;;aAG7J,IAAI,EAAE,yBAAyB;aAC/B,IAAI,EAAE,yBAAyB;aAC/B,WAAW,EACT,qSAAqS;;aAGvS,IAAI,EAAE,sBAAsB;aAC5B,IAAI,EAAE,sBAAsB;aAC5B,WAAW,EACT,0QAA0Q;;aAG5Q,IAAI,EAAE,6BAA6B;aACnC,IAAI,EAAE,6BAA6B;aACnC,WAAW,EACT,oNAAoN;;aAGtN,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,ojBAAojB;;aAGtjB,IAAI,EAAE,gBAAgB;aACtB,IAAI,EAAE,gBAAgB;aACtB,WAAW,EACT,kwBAAkwB;;aAGpwB,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,4ZAA4Z;;aAG9Z,IAAI,EAAE,YAAY;aAClB,IAAI,EAAE,YAAY;aAClB,WAAW,EACT,qYAAqY;;aAGvY,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,8gBAA8gB;;aAGhhB,IAAI,EAAE,iBAAiB;aACvB,IAAI,EAAE,iBAAiB;aACvB,WAAW,EACT,kpBAAkpB;;aAGppB,IAAI,EAAE,4BAA4B;aAClC,IAAI,EAAE,4BAA4B;aAClC,WAAW,EACT,keAAke;;aAGpe,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,+VAA+V;EAE3V,CAAA;AAEV,MAAM,MAAM,kBAAkB,GAAG,OAAO,gBAAgB,CAAC,MAAM,CAAC,CAAC,MAAM,CAAC,CAAA;AAExE,wBAAgB,0BAA0B,CAAC,IAAI,EAAE,kBAAkB,GAAG,MAAM,CAE3E;AAED,wBAAgB,0BAA0B,IAAI,MAAM,CAanD;AAED,wBAAgB,0BAA0B,CACxC,GAAG,EAAE,MAAM,CAAC,UAAU,GACrB,MAAM,CAAC,UAAU,CAKnB"}
+{"version":3,"file":"assistant-skill-assets.d.ts","sourceRoot":"","sources":["../src/assistant-skill-assets.ts"],"names":[],"mappings":"AAMA,OAAO,EACL,sDAAsD,EACtD,+BAA+B,GAChC,MAAM,0BAA0B,CAAA;AAEjC,eAAO,MAAM,+BAA+B,gCACI,CAAA;AAEhD,eAAO,MAAM,gBAAgB;aAEzB,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,qdAAqd;;aAGvd,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,8hBAA8hB;;aAGhiB,IAAI,EAAE,aAAa;aACnB,IAAI,EAAE,aAAa;aACnB,WAAW,EACT,qJAAqJ;;aAGvJ,IAAI,EAAE,uBAAuB;aAC7B,IAAI,EAAE,uBAAuB;aAC7B,WAAW,EACT,+RAA+R;;aAGjS,IAAI,EAAE,mBAAmB;aACzB,IAAI,EAAE,mBAAmB;aACzB,WAAW,EACT,0nBAA0nB;;aAG5nB,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,iQAAiQ;;aAGnQ,IAAI,EAAE,gBAAgB;aACtB,IAAI,EAAE,gBAAgB;aACtB,WAAW,EACT,0RAA0R;;aAG5R,IAAI,EAAE,gBAAgB;aACtB,IAAI,EAAE,gBAAgB;aACtB,WAAW,EACT,kUAAkU;;aAGpU,IAAI,EAAE,iBAAiB;aACvB,IAAI,EAAE,iBAAiB;aACvB,WAAW,EACT,mQAAmQ;;aAGrQ,IAAI,EAAE,wBAAwB;aAC9B,IAAI,EAAE,wBAAwB;aAC9B,WAAW,EACT,kQAAkQ;;aAGpQ,IAAI,EAAE,iBAAiB;aACvB,IAAI,EAAE,iBAAiB;aACvB,WAAW,EACT,iPAAiP;;aAGnP,IAAI,EAAE,gBAAgB;aACtB,IAAI,EAAE,gBAAgB;aACtB,WAAW,EACT,8MAA8M;;aAGhN,IAAI,EAAE,oBAAoB;aAC1B,IAAI,EAAE,oBAAoB;aAC1B,WAAW,EACT,8ZAA8Z;;aAGha,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,qPAAqP;;aAGvP,IAAI,EAAE,wBAAwB;aAC9B,IAAI,EAAE,wBAAwB;aAC9B,WAAW,EACT,+PAA+P;;aAGjQ,IAAI,EAAE,4BAA4B;aAClC,IAAI,EAAE,4BAA4B;aAClC,WAAW,EACT,2NAA2N;;aAG7N,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,yZAAyZ;;aAG3Z,IAAI,EAAE,uBAAuB;aAC7B,IAAI,EAAE,uBAAuB;aAC7B,WAAW,EACT,6QAA6Q;;aAG/Q,IAAI,EAAE,eAAe;aACrB,IAAI,EAAE,eAAe;aACrB,WAAW,EACT,+OAA+O;;aAGjP,IAAI,EAAE,wBAAwB;aAC9B,IAAI,EAAE,wBAAwB;aAC9B,WAAW,EACT,uXAAuX;;aAGzX,IAAI,EAAE,sBAAsB;aAC5B,IAAI,EAAE,sBAAsB;aAC5B,WAAW,EACT,4yBAA4yB;;aAG9yB,IAAI,EAAE,eAAe;aACrB,IAAI,EAAE,eAAe;aACrB,WAAW,EACT,0dAA0d;;aAG5d,IAAI,EAAE,mBAAmB;aACzB,IAAI,EAAE,mBAAmB;aACzB,WAAW,EACT,+aAA+a;;aAGjb,IAAI,EAAE,mBAAmB;aACzB,IAAI,EAAE,mBAAmB;aACzB,WAAW,EACT,8WAA8W;;aAGhX,IAAI,EAAE,wBAAwB;aAC9B,IAAI,EAAE,wBAAwB;aAC9B,WAAW,EACT,kcAAkc;;aAGpc,IAAI,EAAE,cAAc;aACpB,IAAI,EAAE,cAAc;aACpB,WAAW,EACT,8TAA8T;;aAGhU,IAAI,EAAE,oBAAoB;aAC1B,IAAI,EAAE,oBAAoB;aAC1B,WAAW,EACT,2gBAA2gB;;aAG7gB,IAAI,EAAE,0BAA0B;aAChC,IAAI,EAAE,0BAA0B;aAChC,WAAW,EACT,6aAA6a;;aAG/a,IAAI,EAAE,wBAAwB;aAC9B,IAAI,EAAE,wBAAwB;aAC9B,WAAW,EACT,yYAAyY;;aAG3Y,IAAI,EAAE,gBAAgB;aACtB,IAAI,EAAE,gBAAgB;aACtB,WAAW,EACT,miBAAmiB;;aAGriB,IAAI,EAAE,cAAc;aACpB,IAAI,EAAE,cAAc;aACpB,WAAW,EACT,8aAA8a;;aAGhb,IAAI,EAAE,aAAa;aACnB,IAAI,EAAE,aAAa;aACnB,WAAW,EACT,6XAA6X;;aAG/X,IAAI,EAAE,cAAc;aACpB,IAAI,EAAE,cAAc;aACpB,WAAW,EACT,0hBAA0hB;;aAG5hB,IAAI,EAAE,KAAK;aACX,IAAI,EAAE,KAAK;aACX,WAAW,EACT,2JAA2J;;aAG7J,IAAI,EAAE,yBAAyB;aAC/B,IAAI,EAAE,yBAAyB;aAC/B,WAAW,EACT,qSAAqS;;aAGvS,IAAI,EAAE,sBAAsB;aAC5B,IAAI,EAAE,sBAAsB;aAC5B,WAAW,EACT,0QAA0Q;;aAG5Q,IAAI,EAAE,6BAA6B;aACnC,IAAI,EAAE,6BAA6B;aACnC,WAAW,EACT,oNAAoN;;aAGtN,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,ojBAAojB;;aAGtjB,IAAI,EAAE,gBAAgB;aACtB,IAAI,EAAE,gBAAgB;aACtB,WAAW,EACT,kwBAAkwB;;aAGpwB,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,4ZAA4Z;;aAG9Z,IAAI,EAAE,YAAY;aAClB,IAAI,EAAE,YAAY;aAClB,WAAW,EACT,oYAAoY;;aAGtY,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,8gBAA8gB;;aAGhhB,IAAI,EAAE,iBAAiB;aACvB,IAAI,EAAE,iBAAiB;aACvB,WAAW,EACT,kpBAAkpB;;aAGppB,IAAI,EAAE,4BAA4B;aAClC,IAAI,EAAE,4BAA4B;aAClC,WAAW,EACT,keAAke;;aAGpe,IAAI,EAAE,kBAAkB;aACxB,IAAI,EAAE,kBAAkB;aACxB,WAAW,EACT,+VAA+V;EAE3V,CAAA;AAEV,MAAM,MAAM,kBAAkB,GAAG,OAAO,gBAAgB,CAAC,MAAM,CAAC,CAAC,MAAM,CAAC,CAAA;AAExE,wBAAgB,0BAA0B,CAAC,IAAI,EAAE,kBAAkB,GAAG,MAAM,CAE3E;AAED,wBAAgB,0BAA0B,IAAI,MAAM,CAanD;AAED,wBAAgB,0BAA0B,CACxC,GAAG,EAAE,MAAM,CAAC,UAAU,GACrB,MAAM,CAAC,UAAU,CAKnB"}

package/node_modules/@murphai/assistant-engine/dist/assistant-skill-assets.js

@@ -207,7 +207,7 @@ export const ASSISTANT_SKILLS = [
     {
         slug: 'group-chat',
         name: 'group-chat',
-        triggerHint: 'Read before replying in any group chat, meaning any conversation with multiple human participants, such as when the murph.group tool is available or inbound messages carry sender handles. Owns room psychology, human-owned versus open-ensemble floor, beat-local handoff, adaptive participation, and the decision to reply, react, joke, or stay silent, plus shared challenge-data etiquette.',
+        triggerHint: 'Read before replying in any group chat, meaning any conversation with multiple human participants, such as when group-family tools are available or inbound messages carry sender handles. Owns room psychology, human-owned versus open-ensemble floor, beat-local handoff, adaptive participation, and the decision to reply, react, joke, or stay silent, plus shared challenge-data etiquette.',
     },
     {
         slug: 'groupchat-comedy',

package/node_modules/@murphai/assistant-engine/dist/assistant-skill-assets.js.map

@@ -1 +1 @@
-{"version":3,"file":"assistant-skill-assets.js","sourceRoot":"","sources":["../src/assistant-skill-assets.ts"],"names":[],"mappings":"AAAA,OAAO,IAAI,MAAM,WAAW,CAAA;AAC5B,OAAO,EAAE,aAAa,EAAE,MAAM,UAAU,CAAA;AAExC,OAAO,EACL,+BAA+B,GAChC,MAAM,0BAA0B,CAAA;AACjC,OAAO,EACL,sDAAsD,EACtD,+BAA+B,GAChC,MAAM,0BAA0B,CAAA;AAEjC,MAAM,CAAC,MAAM,+BAA+B,GAC1C,IAAI,+BAA+B,EAAW,CAAA;AAEhD,MAAM,CAAC,MAAM,gBAAgB,GAAG;IAC9B;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,qdAAqd;KACxd;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,8hBAA8hB;KACjiB;IACD;QACE,IAAI,EAAE,aAAa;QACnB,IAAI,EAAE,aAAa;QACnB,WAAW,EACT,qJAAqJ;KACxJ;IACD;QACE,IAAI,EAAE,uBAAuB;QAC7B,IAAI,EAAE,uBAAuB;QAC7B,WAAW,EACT,+RAA+R;KAClS;IACD;QACE,IAAI,EAAE,mBAAmB;QACzB,IAAI,EAAE,mBAAmB;QACzB,WAAW,EACT,0nBAA0nB;KAC7nB;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,iQAAiQ;KACpQ;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,IAAI,EAAE,gBAAgB;QACtB,WAAW,EACT,0RAA0R;KAC7R;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,IAAI,EAAE,gBAAgB;QACtB,WAAW,EACT,kUAAkU;KACrU;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,IAAI,EAAE,iBAAiB;QACvB,WAAW,EACT,mQAAmQ;KACtQ;IACD;QACE,IAAI,EAAE,wBAAwB;QAC9B,IAAI,EAAE,wBAAwB;QAC9B,WAAW,EACT,kQAAkQ;KACrQ;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,IAAI,EAAE,iBAAiB;QACvB,WAAW,EACT,iPAAiP;KACpP;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,IAAI,EAAE,gBAAgB;QACtB,WAAW,EACT,8MAA8M;KACjN;IACD;QACE,IAAI,EAAE,oBAAoB;QAC1B,IAAI,EAAE,oBAAoB;QAC1B,WAAW,EACT,8ZAA8Z;KACja;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,qPAAqP;KACxP;IACD;QACE,IAAI,EAAE,wBAAwB;QAC9B,IAAI,EAAE,wBAAwB;QAC9B,WAAW,EACT,+PAA+P;KAClQ;IACD;QACE,IAAI,EAAE,4BAA4B;QAClC,IAAI,EAAE,4BAA4B;QAClC,WAAW,EACT,2NAA2N;KAC9N;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,yZAAyZ;KAC5Z;IACD;QACE,IAAI,EAAE,uBAAuB;QAC7B,IAAI,EAAE,uBAAuB;QAC7B,WAAW,EACT,6QAA6Q;KAChR;IACD;QACE,IAAI,EAAE,eAAe;QACrB,IAAI,EAAE,eAAe;QACrB,WAAW,EACT,+OAA+O;KAClP;IACD;QACE,IAAI,EAAE,wBAAwB;QAC9B,IAAI,EAAE,wBAAwB;QAC9B,WAAW,EACT,uXAAuX;KAC1X;IACD;QACE,IAAI,EAAE,sBAAsB;QAC5B,IAAI,EAAE,sBAAsB;QAC5B,WAAW,EACT,4yBAA4yB;KAC/yB;IACD;QACE,IAAI,EAAE,eAAe;QACrB,IAAI,EAAE,eAAe;QACrB,WAAW,EACT,0dAA0d;KAC7d;IACD;QACE,IAAI,EAAE,mBAAmB;QACzB,IAAI,EAAE,mBAAmB;QACzB,WAAW,EACT,+aAA+a;KAClb;IACD;QACE,IAAI,EAAE,mBAAmB;QACzB,IAAI,EAAE,mBAAmB;QACzB,WAAW,EACT,8WAA8W;KACjX;IACD;QACE,IAAI,EAAE,wBAAwB;QAC9B,IAAI,EAAE,wBAAwB;QAC9B,WAAW,EACT,kcAAkc;KACrc;IACD;QACE,IAAI,EAAE,cAAc;QACpB,IAAI,EAAE,cAAc;QACpB,WAAW,EACT,8TAA8T;KACjU;IACD;QACE,IAAI,EAAE,oBAAoB;QAC1B,IAAI,EAAE,oBAAoB;QAC1B,WAAW,EACT,2gBAA2gB;KAC9gB;IACD;QACE,IAAI,EAAE,0BAA0B;QAChC,IAAI,EAAE,0BAA0B;QAChC,WAAW,EACT,6aAA6a;KAChb;IACD;QACE,IAAI,EAAE,wBAAwB;QAC9B,IAAI,EAAE,wBAAwB;QAC9B,WAAW,EACT,yYAAyY;KAC5Y;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,IAAI,EAAE,gBAAgB;QACtB,WAAW,EACT,miBAAmiB;KACtiB;IACD;QACE,IAAI,EAAE,cAAc;QACpB,IAAI,EAAE,cAAc;QACpB,WAAW,EACT,8aAA8a;KACjb;IACD;QACE,IAAI,EAAE,aAAa;QACnB,IAAI,EAAE,aAAa;QACnB,WAAW,EACT,6XAA6X;KAChY;IACD;QACE,IAAI,EAAE,cAAc;QACpB,IAAI,EAAE,cAAc;QACpB,WAAW,EACT,0hBAA0hB;KAC7hB;IACD;QACE,IAAI,EAAE,KAAK;QACX,IAAI,EAAE,KAAK;QACX,WAAW,EACT,2JAA2J;KAC9J;IACD;QACE,IAAI,EAAE,yBAAyB;QAC/B,IAAI,EAAE,yBAAyB;QAC/B,WAAW,EACT,qSAAqS;KACxS;IACD;QACE,IAAI,EAAE,sBAAsB;QAC5B,IAAI,EAAE,sBAAsB;QAC5B,WAAW,EACT,0QAA0Q;KAC7Q;IACD;QACE,IAAI,EAAE,6BAA6B;QACnC,IAAI,EAAE,6BAA6B;QACnC,WAAW,EACT,oNAAoN;KACvN;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,ojBAAojB;KACvjB;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,IAAI,EAAE,gBAAgB;QACtB,WAAW,EACT,kwBAAkwB;KACrwB;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,4ZAA4Z;KAC/Z;IACD;QACE,IAAI,EAAE,YAAY;QAClB,IAAI,EAAE,YAAY;QAClB,WAAW,EACT,qYAAqY;KACxY;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,8gBAA8gB;KACjhB;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,IAAI,EAAE,iBAAiB;QACvB,WAAW,EACT,kpBAAkpB;KACrpB;IACD;QACE,IAAI,EAAE,4BAA4B;QAClC,IAAI,EAAE,4BAA4B;QAClC,WAAW,EACT,keAAke;KACre;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,+VAA+V;KAClW;CACO,CAAA;AAIV,MAAM,UAAU,0BAA0B,CAAC,IAAwB;IACjE,OAAO,GAAG,+BAA+B,IAAI,IAAI,WAAW,CAAA;AAC9D,CAAC;AAED,MAAM,UAAU,0BAA0B;IACxC,sEAAsE;IACtE,0EAA0E;IAC1E,2EAA2E;IAC3E,wCAAwC;IACxC,MAAM,QAAQ,GAAG,OAAO,CAAC,GAAG,CAAC,+BAA+B,CAAC,EAAE,IAAI,EAAE,CAAA;IACrE,IAAI,QAAQ,EAAE,CAAC;QACb,OAAO,QAAQ,CAAA;IACjB,CAAC;IACD,OAAO,IAAI,CAAC,IAAI,CACd,IAAI,CAAC,OAAO,CAAC,IAAI,CAAC,OAAO,CAAC,aAAa,CAAC,OAAO,IAAI,CAAC,GAAG,CAAC,CAAC,CAAC,EAC1D,QAAQ,CACT,CAAA;AACH,CAAC;AAED,MAAM,UAAU,0BAA0B,CACxC,GAAsB;IAEtB,OAAO;QACL,GAAG,GAAG;QACN,CAAC,+BAA+B,CAAC,EAAE,0BAA0B,EAAE;KAChE,CAAA;AACH,CAAC"}
+{"version":3,"file":"assistant-skill-assets.js","sourceRoot":"","sources":["../src/assistant-skill-assets.ts"],"names":[],"mappings":"AAAA,OAAO,IAAI,MAAM,WAAW,CAAA;AAC5B,OAAO,EAAE,aAAa,EAAE,MAAM,UAAU,CAAA;AAExC,OAAO,EACL,+BAA+B,GAChC,MAAM,0BAA0B,CAAA;AACjC,OAAO,EACL,sDAAsD,EACtD,+BAA+B,GAChC,MAAM,0BAA0B,CAAA;AAEjC,MAAM,CAAC,MAAM,+BAA+B,GAC1C,IAAI,+BAA+B,EAAW,CAAA;AAEhD,MAAM,CAAC,MAAM,gBAAgB,GAAG;IAC9B;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,qdAAqd;KACxd;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,8hBAA8hB;KACjiB;IACD;QACE,IAAI,EAAE,aAAa;QACnB,IAAI,EAAE,aAAa;QACnB,WAAW,EACT,qJAAqJ;KACxJ;IACD;QACE,IAAI,EAAE,uBAAuB;QAC7B,IAAI,EAAE,uBAAuB;QAC7B,WAAW,EACT,+RAA+R;KAClS;IACD;QACE,IAAI,EAAE,mBAAmB;QACzB,IAAI,EAAE,mBAAmB;QACzB,WAAW,EACT,0nBAA0nB;KAC7nB;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,iQAAiQ;KACpQ;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,IAAI,EAAE,gBAAgB;QACtB,WAAW,EACT,0RAA0R;KAC7R;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,IAAI,EAAE,gBAAgB;QACtB,WAAW,EACT,kUAAkU;KACrU;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,IAAI,EAAE,iBAAiB;QACvB,WAAW,EACT,mQAAmQ;KACtQ;IACD;QACE,IAAI,EAAE,wBAAwB;QAC9B,IAAI,EAAE,wBAAwB;QAC9B,WAAW,EACT,kQAAkQ;KACrQ;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,IAAI,EAAE,iBAAiB;QACvB,WAAW,EACT,iPAAiP;KACpP;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,IAAI,EAAE,gBAAgB;QACtB,WAAW,EACT,8MAA8M;KACjN;IACD;QACE,IAAI,EAAE,oBAAoB;QAC1B,IAAI,EAAE,oBAAoB;QAC1B,WAAW,EACT,8ZAA8Z;KACja;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,qPAAqP;KACxP;IACD;QACE,IAAI,EAAE,wBAAwB;QAC9B,IAAI,EAAE,wBAAwB;QAC9B,WAAW,EACT,+PAA+P;KAClQ;IACD;QACE,IAAI,EAAE,4BAA4B;QAClC,IAAI,EAAE,4BAA4B;QAClC,WAAW,EACT,2NAA2N;KAC9N;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,yZAAyZ;KAC5Z;IACD;QACE,IAAI,EAAE,uBAAuB;QAC7B,IAAI,EAAE,uBAAuB;QAC7B,WAAW,EACT,6QAA6Q;KAChR;IACD;QACE,IAAI,EAAE,eAAe;QACrB,IAAI,EAAE,eAAe;QACrB,WAAW,EACT,+OAA+O;KAClP;IACD;QACE,IAAI,EAAE,wBAAwB;QAC9B,IAAI,EAAE,wBAAwB;QAC9B,WAAW,EACT,uXAAuX;KAC1X;IACD;QACE,IAAI,EAAE,sBAAsB;QAC5B,IAAI,EAAE,sBAAsB;QAC5B,WAAW,EACT,4yBAA4yB;KAC/yB;IACD;QACE,IAAI,EAAE,eAAe;QACrB,IAAI,EAAE,eAAe;QACrB,WAAW,EACT,0dAA0d;KAC7d;IACD;QACE,IAAI,EAAE,mBAAmB;QACzB,IAAI,EAAE,mBAAmB;QACzB,WAAW,EACT,+aAA+a;KAClb;IACD;QACE,IAAI,EAAE,mBAAmB;QACzB,IAAI,EAAE,mBAAmB;QACzB,WAAW,EACT,8WAA8W;KACjX;IACD;QACE,IAAI,EAAE,wBAAwB;QAC9B,IAAI,EAAE,wBAAwB;QAC9B,WAAW,EACT,kcAAkc;KACrc;IACD;QACE,IAAI,EAAE,cAAc;QACpB,IAAI,EAAE,cAAc;QACpB,WAAW,EACT,8TAA8T;KACjU;IACD;QACE,IAAI,EAAE,oBAAoB;QAC1B,IAAI,EAAE,oBAAoB;QAC1B,WAAW,EACT,2gBAA2gB;KAC9gB;IACD;QACE,IAAI,EAAE,0BAA0B;QAChC,IAAI,EAAE,0BAA0B;QAChC,WAAW,EACT,6aAA6a;KAChb;IACD;QACE,IAAI,EAAE,wBAAwB;QAC9B,IAAI,EAAE,wBAAwB;QAC9B,WAAW,EACT,yYAAyY;KAC5Y;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,IAAI,EAAE,gBAAgB;QACtB,WAAW,EACT,miBAAmiB;KACtiB;IACD;QACE,IAAI,EAAE,cAAc;QACpB,IAAI,EAAE,cAAc;QACpB,WAAW,EACT,8aAA8a;KACjb;IACD;QACE,IAAI,EAAE,aAAa;QACnB,IAAI,EAAE,aAAa;QACnB,WAAW,EACT,6XAA6X;KAChY;IACD;QACE,IAAI,EAAE,cAAc;QACpB,IAAI,EAAE,cAAc;QACpB,WAAW,EACT,0hBAA0hB;KAC7hB;IACD;QACE,IAAI,EAAE,KAAK;QACX,IAAI,EAAE,KAAK;QACX,WAAW,EACT,2JAA2J;KAC9J;IACD;QACE,IAAI,EAAE,yBAAyB;QAC/B,IAAI,EAAE,yBAAyB;QAC/B,WAAW,EACT,qSAAqS;KACxS;IACD;QACE,IAAI,EAAE,sBAAsB;QAC5B,IAAI,EAAE,sBAAsB;QAC5B,WAAW,EACT,0QAA0Q;KAC7Q;IACD;QACE,IAAI,EAAE,6BAA6B;QACnC,IAAI,EAAE,6BAA6B;QACnC,WAAW,EACT,oNAAoN;KACvN;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,ojBAAojB;KACvjB;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,IAAI,EAAE,gBAAgB;QACtB,WAAW,EACT,kwBAAkwB;KACrwB;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,4ZAA4Z;KAC/Z;IACD;QACE,IAAI,EAAE,YAAY;QAClB,IAAI,EAAE,YAAY;QAClB,WAAW,EACT,oYAAoY;KACvY;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,8gBAA8gB;KACjhB;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,IAAI,EAAE,iBAAiB;QACvB,WAAW,EACT,kpBAAkpB;KACrpB;IACD;QACE,IAAI,EAAE,4BAA4B;QAClC,IAAI,EAAE,4BAA4B;QAClC,WAAW,EACT,keAAke;KACre;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,+VAA+V;KAClW;CACO,CAAA;AAIV,MAAM,UAAU,0BAA0B,CAAC,IAAwB;IACjE,OAAO,GAAG,+BAA+B,IAAI,IAAI,WAAW,CAAA;AAC9D,CAAC;AAED,MAAM,UAAU,0BAA0B;IACxC,sEAAsE;IACtE,0EAA0E;IAC1E,2EAA2E;IAC3E,wCAAwC;IACxC,MAAM,QAAQ,GAAG,OAAO,CAAC,GAAG,CAAC,+BAA+B,CAAC,EAAE,IAAI,EAAE,CAAA;IACrE,IAAI,QAAQ,EAAE,CAAC;QACb,OAAO,QAAQ,CAAA;IACjB,CAAC;IACD,OAAO,IAAI,CAAC,IAAI,CACd,IAAI,CAAC,OAAO,CAAC,IAAI,CAAC,OAAO,CAAC,aAAa,CAAC,OAAO,IAAI,CAAC,GAAG,CAAC,CAAC,CAAC,EAC1D,QAAQ,CACT,CAAA;AACH,CAAC;AAED,MAAM,UAAU,0BAA0B,CACxC,GAAsB;IAEtB,OAAO;QACL,GAAG,GAAG;QACN,CAAC,+BAA+B,CAAC,EAAE,0BAA0B,EAAE;KAChE,CAAA;AACH,CAAC"}

package/node_modules/@murphai/assistant-engine/dist/index.d.ts

@@ -21,13 +21,14 @@ export * from './assistant/group-newsletter-automation.js';
 export { initializeAssistantGroupRoomModel, } from './assistant/group-room-model.js';
 export type { AssistantGroupRoomModelInitializeResult, } from './assistant/group-room-model.js';
 export * from './assistant/hosted-image-completion.js';
-export type { AssistantAutomationTimingVerificationIssue, AssistantGroupParticipantDisplayName, AssistantGroupParticipantDisplayNameSource, AssistantGeneratedImageCapturePersistenceMetadata, AssistantGeneratedImageCapturePersistence, AssistantHostedGroupParticipantDisplayNameReader, AssistantHostedGroupPermissionOfferRequest, AssistantHostedGroupPermissionOfferTool, AssistantHostedGroupSharedMember, AssistantHostedGroupSharedProjection, AssistantHostedGroupSharedReader, AssistantHostedGroupSharedReadRequest, AssistantHostedGroupSharedReadResponse, AssistantHostedGroupSharedRecord, AssistantHostedImageGenerationLauncher, AssistantHostedImageGenerationResult, AssistantHostedPrivateImageUrlPublishInput, AssistantHostedPrivateImageUrlPublisher, AssistantPrivateImageContentType, } from './assistant/execution-context.js';
+export type { AssistantAutomationOccurrenceProjection, AssistantAutomationOccurrenceProjectionIssue, AssistantGroupParticipantDisplayName, AssistantGroupParticipantDisplayNameSource, AssistantGeneratedImageCapturePersistenceMetadata, AssistantGeneratedImageCapturePersistence, AssistantHostedGroupParticipantDisplayNameReader, AssistantHostedGroupPermissionOfferRequest, AssistantHostedGroupPermissionOfferTool, AssistantHostedGroupSharedMember, AssistantHostedGroupSharedProjection, AssistantHostedGroupSharedReader, AssistantHostedGroupSharedReadRequest, AssistantHostedGroupSharedReadResponse, AssistantHostedGroupSharedRecord, AssistantHostedImageGenerationLauncher, AssistantHostedImageGenerationResult, AssistantHostedPrivateImageUrlPublishInput, AssistantHostedPrivateImageUrlPublisher, AssistantPrivateImageContentType, } from './assistant/execution-context.js';
 export { flushPendingAssistantRuntimeIssueWrites, recordAssistantRuntimeIssueInputsBestEffort, resolveAssistantDiagnosticsPolicy, } from './assistant/issue-reporting.js';
 export type { AssistantRuntimeIssueInput, } from './assistant/issue-reporting.js';
 export * from './assistant/device-activity-automations.js';
 export * from './assistant/managed-automations.js';
 export * from './assistant/reminder-availability-maintenance.js';
 export * from './assistant/onboarding-followup-automation.js';
+export * from './assistant/onboarding-followup-seed.js';
 export * from './assistant/onboarding-first-personal-read-automation.js';
 export * from './assistant-cron.js';
 export * from './assistant-outbox.js';

package/node_modules/@murphai/assistant-engine/dist/index.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,cAAc,2BAA2B,CAAA;AACzC,cAAc,oBAAoB,CAAA;AAClC,YAAY,EACV,iCAAiC,GAClC,MAAM,2CAA2C,CAAA;AAClD,cAAc,sBAAsB,CAAA;AACpC,cAAc,iCAAiC,CAAA;AAC/C,OAAO,EACL,uCAAuC,GACxC,MAAM,sCAAsC,CAAA;AAC7C,YAAY,EACV,0BAA0B,GAC3B,MAAM,oCAAoC,CAAA;AAC3C,cAAc,0CAA0C,CAAA;AACxD,cAAc,iDAAiD,CAAA;AAC/D,cAAc,6CAA6C,CAAA;AAC3D,cAAc,8CAA8C,CAAA;AAC5D,OAAO,EACL,wDAAwD,EACxD,wDAAwD,GACzD,MAAM,yCAAyC,CAAA;AAChD,cAAc,4CAA4C,CAAA;AAC1D,OAAO,EACL,iCAAiC,GAClC,MAAM,iCAAiC,CAAA;AACxC,YAAY,EACV,uCAAuC,GACxC,MAAM,iCAAiC,CAAA;AACxC,cAAc,wCAAwC,CAAA;AACtD,YAAY,EACV,0CAA0C,EAC1C,oCAAoC,EACpC,0CAA0C,EAC1C,iDAAiD,EACjD,yCAAyC,EACzC,gDAAgD,EAChD,0CAA0C,EAC1C,uCAAuC,EACvC,gCAAgC,EAChC,oCAAoC,EACpC,gCAAgC,EAChC,qCAAqC,EACrC,sCAAsC,EACtC,gCAAgC,EAChC,sCAAsC,EACtC,oCAAoC,EACpC,0CAA0C,EAC1C,uCAAuC,EACvC,gCAAgC,GACjC,MAAM,kCAAkC,CAAA;AACzC,OAAO,EACL,uCAAuC,EACvC,2CAA2C,EAC3C,iCAAiC,GAClC,MAAM,gCAAgC,CAAA;AACvC,YAAY,EACV,0BAA0B,GAC3B,MAAM,gCAAgC,CAAA;AACvC,cAAc,4CAA4C,CAAA;AAC1D,cAAc,oCAAoC,CAAA;AAClD,cAAc,kDAAkD,CAAA;AAChE,cAAc,+CAA+C,CAAA;AAC7D,cAAc,0DAA0D,CAAA;AACxE,cAAc,qBAAqB,CAAA;AACnC,cAAc,uBAAuB,CAAA;AACrC,cAAc,wBAAwB,CAAA;AACtC,cAAc,wBAAwB,CAAA;AACtC,cAAc,sBAAsB,CAAA;AACpC,cAAc,uBAAuB,CAAA;AACrC,cAAc,sBAAsB,CAAA;AACpC,cAAc,wBAAwB,CAAA;AACtC,cAAc,uBAAuB,CAAA"}
+{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,cAAc,2BAA2B,CAAA;AACzC,cAAc,oBAAoB,CAAA;AAClC,YAAY,EACV,iCAAiC,GAClC,MAAM,2CAA2C,CAAA;AAClD,cAAc,sBAAsB,CAAA;AACpC,cAAc,iCAAiC,CAAA;AAC/C,OAAO,EACL,uCAAuC,GACxC,MAAM,sCAAsC,CAAA;AAC7C,YAAY,EACV,0BAA0B,GAC3B,MAAM,oCAAoC,CAAA;AAC3C,cAAc,0CAA0C,CAAA;AACxD,cAAc,iDAAiD,CAAA;AAC/D,cAAc,6CAA6C,CAAA;AAC3D,cAAc,8CAA8C,CAAA;AAC5D,OAAO,EACL,wDAAwD,EACxD,wDAAwD,GACzD,MAAM,yCAAyC,CAAA;AAChD,cAAc,4CAA4C,CAAA;AAC1D,OAAO,EACL,iCAAiC,GAClC,MAAM,iCAAiC,CAAA;AACxC,YAAY,EACV,uCAAuC,GACxC,MAAM,iCAAiC,CAAA;AACxC,cAAc,wCAAwC,CAAA;AACtD,YAAY,EACV,uCAAuC,EACvC,4CAA4C,EAC5C,oCAAoC,EACpC,0CAA0C,EAC1C,iDAAiD,EACjD,yCAAyC,EACzC,gDAAgD,EAChD,0CAA0C,EAC1C,uCAAuC,EACvC,gCAAgC,EAChC,oCAAoC,EACpC,gCAAgC,EAChC,qCAAqC,EACrC,sCAAsC,EACtC,gCAAgC,EAChC,sCAAsC,EACtC,oCAAoC,EACpC,0CAA0C,EAC1C,uCAAuC,EACvC,gCAAgC,GACjC,MAAM,kCAAkC,CAAA;AACzC,OAAO,EACL,uCAAuC,EACvC,2CAA2C,EAC3C,iCAAiC,GAClC,MAAM,gCAAgC,CAAA;AACvC,YAAY,EACV,0BAA0B,GAC3B,MAAM,gCAAgC,CAAA;AACvC,cAAc,4CAA4C,CAAA;AAC1D,cAAc,oCAAoC,CAAA;AAClD,cAAc,kDAAkD,CAAA;AAChE,cAAc,+CAA+C,CAAA;AAC7D,cAAc,yCAAyC,CAAA;AACvD,cAAc,0DAA0D,CAAA;AACxE,cAAc,qBAAqB,CAAA;AACnC,cAAc,uBAAuB,CAAA;AACrC,cAAc,wBAAwB,CAAA;AACtC,cAAc,wBAAwB,CAAA;AACtC,cAAc,sBAAsB,CAAA;AACpC,cAAc,uBAAuB,CAAA;AACrC,cAAc,sBAAsB,CAAA;AACpC,cAAc,wBAAwB,CAAA;AACtC,cAAc,uBAAuB,CAAA"}

package/node_modules/@murphai/assistant-engine/dist/index.js

@@ -23,6 +23,7 @@ export * from './assistant/device-activity-automations.js';
 export * from './assistant/managed-automations.js';
 export * from './assistant/reminder-availability-maintenance.js';
 export * from './assistant/onboarding-followup-automation.js';
+export * from './assistant/onboarding-followup-seed.js';
 export * from './assistant/onboarding-first-personal-read-automation.js';
 export * from './assistant-cron.js';
 export * from './assistant-outbox.js';

package/node_modules/@murphai/assistant-engine/dist/index.js.map

@@ -1 +1 @@
-{"version":3,"file":"index.js","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,cAAc,2BAA2B,CAAA;AACzC,cAAc,oBAAoB,CAAA;AAIlC,cAAc,sBAAsB,CAAA;AACpC,cAAc,iCAAiC,CAAA;AAC/C,OAAO,EACL,uCAAuC,GACxC,MAAM,sCAAsC,CAAA;AAI7C,cAAc,0CAA0C,CAAA;AACxD,cAAc,iDAAiD,CAAA;AAC/D,cAAc,6CAA6C,CAAA;AAC3D,cAAc,8CAA8C,CAAA;AAC5D,OAAO,EACL,wDAAwD,EACxD,wDAAwD,GACzD,MAAM,yCAAyC,CAAA;AAChD,cAAc,4CAA4C,CAAA;AAC1D,OAAO,EACL,iCAAiC,GAClC,MAAM,iCAAiC,CAAA;AAIxC,cAAc,wCAAwC,CAAA;AAsBtD,OAAO,EACL,uCAAuC,EACvC,2CAA2C,EAC3C,iCAAiC,GAClC,MAAM,gCAAgC,CAAA;AAIvC,cAAc,4CAA4C,CAAA;AAC1D,cAAc,oCAAoC,CAAA;AAClD,cAAc,kDAAkD,CAAA;AAChE,cAAc,+CAA+C,CAAA;AAC7D,cAAc,0DAA0D,CAAA;AACxE,cAAc,qBAAqB,CAAA;AACnC,cAAc,uBAAuB,CAAA;AACrC,cAAc,wBAAwB,CAAA;AACtC,cAAc,wBAAwB,CAAA;AACtC,cAAc,sBAAsB,CAAA;AACpC,cAAc,uBAAuB,CAAA;AACrC,cAAc,sBAAsB,CAAA;AACpC,cAAc,wBAAwB,CAAA;AACtC,cAAc,uBAAuB,CAAA"}
+{"version":3,"file":"index.js","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,cAAc,2BAA2B,CAAA;AACzC,cAAc,oBAAoB,CAAA;AAIlC,cAAc,sBAAsB,CAAA;AACpC,cAAc,iCAAiC,CAAA;AAC/C,OAAO,EACL,uCAAuC,GACxC,MAAM,sCAAsC,CAAA;AAI7C,cAAc,0CAA0C,CAAA;AACxD,cAAc,iDAAiD,CAAA;AAC/D,cAAc,6CAA6C,CAAA;AAC3D,cAAc,8CAA8C,CAAA;AAC5D,OAAO,EACL,wDAAwD,EACxD,wDAAwD,GACzD,MAAM,yCAAyC,CAAA;AAChD,cAAc,4CAA4C,CAAA;AAC1D,OAAO,EACL,iCAAiC,GAClC,MAAM,iCAAiC,CAAA;AAIxC,cAAc,wCAAwC,CAAA;AAuBtD,OAAO,EACL,uCAAuC,EACvC,2CAA2C,EAC3C,iCAAiC,GAClC,MAAM,gCAAgC,CAAA;AAIvC,cAAc,4CAA4C,CAAA;AAC1D,cAAc,oCAAoC,CAAA;AAClD,cAAc,kDAAkD,CAAA;AAChE,cAAc,+CAA+C,CAAA;AAC7D,cAAc,yCAAyC,CAAA;AACvD,cAAc,0DAA0D,CAAA;AACxE,cAAc,qBAAqB,CAAA;AACnC,cAAc,uBAAuB,CAAA;AACrC,cAAc,wBAAwB,CAAA;AACtC,cAAc,wBAAwB,CAAA;AACtC,cAAc,sBAAsB,CAAA;AACpC,cAAc,uBAAuB,CAAA;AACrC,cAAc,sBAAsB,CAAA;AACpC,cAAc,wBAAwB,CAAA;AACtC,cAAc,uBAAuB,CAAA"}

package/node_modules/@murphai/assistant-engine/skills/automatic-meal-capture/SKILL.md

@@ -132,15 +132,44 @@ When enriching a captured meal:
    estimates. For mixed evidence, describe both and set confidence from the
    weakest material assumption. Preserve the meal's occurred-at time and
    source. Keep the photo until saved structure has been read back.
-6. Read the edited meal back before claiming it was logged.
+6. If the edit fails or the read-back does not prove the intended structure,
+   run one fresh bounded meal list for the capture date, re-identify the exact
+   photo-backed device meal from its returned id, source, occurred-at time, and
+   attachment, inspect it, and retry `meal edit` once with corrected arguments.
+   Never switch to `meal add`, guess a nearby record, or retry past that one
+   correction. If the retry or its read-back fails, keep the photo and report or
+   fail the unresolved work instead of claiming enrichment.
+7. Read the edited meal back before claiming it was logged.
 
 Do not run `meal add` for a captured photo that already has a meal id. The
 automatic import is the meal log; `meal edit` adds the useful structure. By
 default, save a bounded photo estimate without asking for confirmation on every
-meal, but the estimate must retain provenance and uncertainty. If the photo
-cannot support a meaningful estimate, leave the photo-only meal intact and ask
-one narrow portion or identity question only when the member is present and the
-answer would materially help.
+meal. Retain provenance, uncertainty, and assumptions; a visible food or drink
+category with a defensible portion range is enough even when the exact recipe,
+ingredients, or serving is uncertain. If the photo cannot support a meaningful
+numeric estimate, do not leave a model-reviewed capture blank. When its note is
+empty, save a concise `--note` describing only the visible meal or food form and
+material uncertainty; never replace a member-written note. Add `--ingredient`
+values only for identities the photo supports. If even a broad food observation
+is not defensible and the note is empty, record only that the retained image was
+reviewed and the meal could not be identified. Read the preserved or new
+observation back. Clarification is a last resort, not a confidence check: ask
+one narrow identity or portion question only when actual attachment inspection
+leaves identity or amount too indeterminate for any meaningful bounded estimate
+and the answer would materially help.
+
+A recent device meal remains unresolved after its attachment becomes a privacy
+tombstone when its saved identity, amount or ingredients, and nutrition cannot
+support the member's current request. When the member answers a capture question
+or asks for totals or a card that meal blocks, match the existing meal from the
+current conversation, device source, capture date, and capture time with bounded
+`meal list` and `meal show` reads; never add a replacement or restore the photo.
+Apply the estimation-eligibility rule above before recovery. When estimation is
+skipped, do not ask for identity or amount merely to enable nutrition estimates.
+Otherwise, ask instead of refusing or inventing totals only when the saved facts
+still fail that last-resort threshold. With enough facts, edit and read back the
+existing meal, then use fresh food-journal totals and any eligible card. Never
+calculate around it or reuse pre-edit totals.
 
 Do not surface calorie numbers for intuitive-eating contexts, eating-disorder
 risk, or number-sensitive members.
@@ -168,14 +197,31 @@ On a scheduled run:
 4. Run `vault-cli meal show <meal-id> --format json` for each selected meal and
    inspect the actual attachment for a photo-backed selection. For
    same-occurrence retry evidence, use only the already-saved structured fields
-   and uncertainty. Enrich the existing meal when supported and read it back.
-5. Run `vault-cli meal remove-photo <meal-id>` and read the meal back again.
+   and uncertainty. Enrich the existing meal when supported, apply the bounded
+   re-identification and single-retry rule above after a failed edit, and read
+   the result back. When numeric nutrition is unsupported, save and read back
+   the evidence-based observation fallback above. A meal with neither saved
+   nutrition nor that observation is not ready for cleanup.
+5. Only after the read-back proves saved nutrition or the observation fallback,
+   run `vault-cli meal remove-photo <meal-id>` and read the meal back again.
    This automatic-capture-only command preserves the structured meal and
    replaces retained image bytes with a privacy tombstone. Any removal failure
    fails the run. On retry, combine photos that remain with same-occurrence
    removal revisions so a provider or partial-cleanup failure loses no meal.
+
+Before step 6, apply the estimation-eligibility rule above. When estimation is
+skipped, complete photo cleanup and stop with the established non-numeric
+closeout: ask no estimate-enabling question and run no Goal, totals, or card
+work. Otherwise, after cleaning each capture that still fails the last-resort
+threshold, send one compact question for only those meals and stop before Goal,
+totals, or card work. Use local time when all share the occurrence date; include
+date and time for any historical or multi-date set. Ask only for missing identity
+and amount, expose no meal ids, and do not substitute ordinary closeout or a
+dashboard refusal. This is the sole scheduled-question exception; its answer
+uses the existing-meal recovery above.
+
 6. After inspection, enrichment, read-back, and photo cleanup, first prove the
-   active Goal read is complete. Run `vault-cli goal list --status active
+   cheap read-only active Goal discovery is complete. Run `vault-cli goal list --status active
    --limit 200 --format json`. If it returns 200 records, fail closed with the
    ordinary compact closeout: run no Goal detail reads, perform no Goal or
    measurement mutation, ask no question, and attach no card. Otherwise, run
@@ -186,47 +232,12 @@ On a scheduled run:
    date, conflicts, and the 1,200-kcal boundary only after inspecting that
    complete detail set. This active-target authority read is separate from any
    all-status Goal lookup used to reuse or honor Murph's managed paused or
-   abandoned proposal; never substitute that lookup here. Then read and apply
-   `$MURPH_ASSISTANT_SKILLS_ROOT/nutrition-strategy/references/daily-nutrition-card-safety.md`
-   before resolving a card, even when five accepted goals already exist. This
-   first requires `vault-cli memory show --format json`; if that complete
-   canonical memory read fails or is unreadable, keep the ordinary compact
-   closeout, perform no Goal or measurement mutation, ask no question, and
-   attach no card. A clearly current saved age under 18 or clearly current
-   intuitive-eating or number-sensitive preference uses the same non-numeric,
-   no-write, no-question, no-card path. Missing or ambiguous age alone does not
-   block a scheduled closeout and never authorizes a question. The gate also
-   requires both `vault-cli condition list --status active --limit 200 --format
-   json` and `vault-cli regimen list --status active --limit 200 --format json`.
-   If either returns exactly 200 records or fails, run no condition or regimen
-   detail reads, keep the ordinary compact closeout, perform no Goal or
-   measurement mutation, ask no question, and attach no card. Otherwise, run
-   `vault-cli condition show <condition-id> --format json` for every returned
-   condition and `vault-cli regimen show <regimen-id> --format json` for every
-   returned regimen before applying the safety gate. Never use the five-record
-   context projection, a title, substance, severity, or the default list prefix
-   to select the safety set. If any required detail read fails or is unreadable,
-   use the same ordinary-text, no-write, no-question, no-card failure behavior.
-   Also run `vault-cli event list --kind procedure --limit 200 --format json`
-   and follow the shared gate's procedure-item inspection and conditional detail
-   reads. A completed bariatric procedure uses the same non-numeric,
-   no-write, no-question, no-card path; failed, unreadable, or saturated
-   procedure discovery uses the failure path. Also run `vault-cli event list
-   --kind encounter --limit 200 --format json`, detail-read every returned item
-   with nonzero `data.diagnosesCount`, and apply the shared gate's current active
-   diagnosis rules. A relevant active documented or suspected diagnosis uses
-   the same non-numeric path; failed, unreadable, saturated, required-detail,
-   or unresolved safety-relevant diagnosis discovery uses the failure path.
-   Then run the shared gate's bounded body-measurement read, separate
-   `pregnancy-test` measurement read, and bounded canonical test-event list plus
-   every required test detail read. A failed read, a body-measurement read
-   saturated without resolving usable BMI evidence, or a saturated
-   pregnancy-evidence read uses the same failure behavior. An explicit positive
-   pregnancy-test result from either canonical owner
-   uses the same non-numeric, no-write, no-question, no-card path. Reuse all
-   complete gate reads for the current turn. If the active target bundle is
-   incomplete after those reads, the first eligible managed closeout has one
-   proposal-only exception. Read and follow
+   abandoned proposal; never substitute that lookup here. If active authority
+   is ambiguous, unit-incompatible, comparator-incompatible, or otherwise
+   cannot support either a card or responsible proposal, keep the ordinary
+   compact closeout without the unrelated safety fanout. Only when compatible
+   authority is incomplete after those reads does the first eligible managed
+   closeout have one proposal-only exception. Read and follow
    `$MURPH_ASSISTANT_SKILLS_ROOT/nutrition-strategy/references/daily-nutrition-card-goals.md`,
    then run `vault-cli goal list --limit 200 --format json` and detail-read only
    candidate managed records. If that read fails, is unreadable, is saturated,
@@ -234,15 +245,25 @@ On a scheduled run:
    status, do not create, change, or automatically repeat a numeric proposal.
    Keep the ordinary compact closeout and attach no card. The absence of that
    managed Goal is the first-run authority; add no flag or second state owner.
-   When the complete lookup proves absence, the safety gate passed, compatible
-   explicit targets are unambiguous, and already-known inputs prove one
-   responsible five-target bundle, create that single canonical Goal as
+   If responsible inputs are missing or the bundle is infeasible, write nothing
+   and keep the ordinary closeout. When either one complete accepted card bundle
+   or this responsible first-run proposal candidate remains, apply the concise
+   known-context numeric-suitability rule in the
+   `murph.attach_response_card` prompt before deriving or presenting numeric
+   values, any Goal write, totals, or a card. Do not run a universal medical
+   history or measurement checklist. When known context suppresses numeric
+   output or suitability remains unresolved, keep the ordinary compact closeout,
+   perform no Goal or measurement mutation, ask no question, and attach no card.
+   When the complete all-status
+   lookup proves absence, known context permits numeric guidance, compatible
+   explicit targets are unambiguous,
+   and already-known inputs prove one responsible five-target bundle, create
+   that single canonical Goal as
    `paused`, with `window.startAt` equal to the selected capture/card local date.
    Read it back, then explain all five provisional values, their material facts
    and assumptions, and the effective date in ordinary text. Ask no question,
-   attach no card, and never activate it on the scheduled turn. If responsible
-   inputs are missing or the bundle is infeasible, write nothing and keep the
-   ordinary closeout. Member correction, acceptance, or decline remains an
+   attach no card, and never activate it on the scheduled turn. Member
+   correction, acceptance, or decline remains an
    interactive turn. If numeric presentation is suppressed, or the active
    target bundle is ambiguous, unit-incompatible, or comparator-incompatible,
    retain the ordinary compact closeout and do not attach a card. Keep the occurrence
@@ -256,25 +277,47 @@ On a scheduled run:
    out-of-window target for current authority and conflict resolution; never
    copy, expose, derive from, or mutate a Goal because of it. If fewer than five
    applicable targets remain, ask no question and use ordinary closeout text.
-   A card-qualifying target must use the exact canonical metric/unit pair:
-   `dietary-calories` with `kcal`, and
-   `protein-grams`, `carbs-grams`, `fat-grams`, and `fiber-grams` with `g`.
+   New authoring uses `dietary-calories`. Resolve that canonical owner first;
+   when it exists, use it and ignore every globally ambiguous `calories`
+   target. Only without a canonical owner may an applicable exact-point
+   `calories` target in `kcal` fill the card's calorie slot when its
+   `targetId` is `daily-calories`. Its same containing Goal must own exactly one
+   applicable compatible point for every historical id, metric, and unit pair:
+   `daily-protein` / `protein-grams` / `g`, `daily-carbohydrates` /
+   `carbs-grams` / `g`, `daily-fat` / `fat-grams` / `g`, and `daily-fiber` /
+   `fiber-grams` / `g`. Require one complete historical set. Any other
+   `calories` target is not dietary authority even when the four nutrition
+   metrics share its Goal; never combine the historical set with another Goal
+   or managed proposal. Never infer ownership from a title, slug, domain, or
+   description, and never rename or mutate a Goal just to repair this key.
    A target in another unit remains authoritative, but never compare, convert,
    or copy its raw value into this fixed-unit card; on a scheduled occurrence,
    ask no question and use ordinary closeout text. Never infer a target from
    this day's meal total or one wearable day. A card-qualifying target must also
-   be an exact point: its selected-value comparator is `between` with identical
-   numeric `value` and `highValue`. A one-sided `<`, `<=`, `>`, or `>=`
-   threshold, non-identical range, or other shape remains authoritative but is
-   incompatible with this point-target card. Never expose, compare, copy, or
-   derive from its bound, and never create, replace, or remove a managed target
-   around it. On a scheduled occurrence, ask no question, perform no Goal or
-   measurement mutation, and use ordinary closeout text without a card.
-7. Only when all five qualifying exact point targets resolve from active
-   canonical Goals, run the exact canonical
+   be an exact point with comparator `between` and identical numeric `value` and
+   `highValue`. Accept `selected-value` evaluation normally. The complete
+   same-Goal historical `daily-*` set above may instead use the read-only
+   rolling-mean plus daily-aggregate-mean display compatibility in the shared
+   daily-card reference; preserve the Goal and do not extend that exception. A
+   mixed evaluation bundle or another rolling-window or daily-aggregate
+   statistic is incompatible. A one-sided `<`, `<=`, `>`, or `>=` threshold,
+   non-identical range, or other shape remains authoritative but is incompatible
+   with this point-target card.
+   Never expose, compare, copy, or derive from its bound, and never create,
+   replace, or remove a managed target around it. On a scheduled occurrence,
+   ask no question, perform no Goal or measurement mutation, and use ordinary
+   closeout text without a card.
+7. Only when the complete target-authority read in step 6 resolves one
+   unambiguous card-authorizing bundle, run the exact canonical
    `vault-cli meal totals --from <date> --to <date>` read for the selected date
    range immediately before any response-card attachment; do not reuse an
-   earlier total or calculate nutrition independently. When the run covers
+   earlier total or calculate nutrition independently. On an interactive card
+   request, apply food-journal's selected-date incomplete-meal recovery to
+   every saved meal whose nutrition coverage blocks the card, including a
+   manual, conversation, provider, or device meal not selected by this
+   closeout. Do not widen the scheduled-question exception above: a scheduled
+   run follows its existing compact closeout when an unselected meal remains
+   incomplete. When the run covers
    exactly one local date, the canonical read includes a calorie total, and
    the card-time safety gate from step 6 still passes, call
    `murph.attach_response_card` with this exact mapping:

package/node_modules/@murphai/assistant-engine/skills/behavior-followthrough/SKILL.md

@@ -372,8 +372,6 @@ Memory is for durable user preferences or broad context, not the source of truth
 
 When the user asks about a current plan, today's target, a ramp, routine, or habit, read the relevant active goal/regimen/automation records before reconstructing details. A compact snapshot or truncated regimen list is navigation only: read the full current regimen note and any linked records before advising, repairing, or closing the plan. If the baseline, ladder, or target date was not saved, say what is missing and update the plan once confirmed instead of inventing it.
 
-In a private conversation, when the user tersely reports unnamed repeated sets for an alternating or phased strength routine, read the full canonical regimen and linked experiment records before logging completion. Resolve the current exercise from the saved start or anchor date, rotation rule, and current member-local date; never substitute the most recently discussed or logged target. Require only one exercise, one canonical owner, and one current per-occurrence standard. Reminder automations can govern support consent and delivery but are not schedule evidence and cannot redirect or block a target uniquely resolved by the regimen and experiment. If those canonical facts are missing or ambiguous, say what is missing and ask one narrow clarification without writing a completion.
-
 A clarification that only names the current target authorizes only the current completion write, and only when the existing canonical records already resolve one owner and one per-occurrence standard. It does not authorize editing a regimen, experiment, automation, or plan. Repair saved plan state only when the user explicitly asks for that repair or affirmatively accepts a concrete proposed repair. After an authorized repair, re-read the changed canonical plan before logging any completion. If no existing owner or standard can be recovered, explain that the completion cannot yet be logged canonically, ask whether the user wants to repair the plan, and write no completion.
 
 In a group conversation, do not perform the private routine lookup or write a private completion. Acknowledge briefly and ask the speaker to continue in their private Murph conversation.

package/node_modules/@murphai/assistant-engine/skills/daily-activity/SKILL.md

@@ -32,8 +32,13 @@ Use this as Murph operating guidance, not as a consumer article. Ground the answ
   `vault-cli wearables day <date> --format json`; for all workouts, types,
   count, duration, or normalized detail, next run
   `vault-cli wearables activity list --date <date> --format json`. Its canonical
-  workout-day rollup owns the answer; do not stop at one selected activity or
-  rebuild the rollup from provider records.
+  workout-day rollup owns the answer. When available, `workoutFeatures`
+  associates bounded heart-rate, cadence, power, speed, and split details with
+  each workout by provider and start time. Use that association for multiple
+  workouts on the same date; do not stop at one selected activity or rebuild
+  the rollup from provider records. Power fields ending in `Watts` are watts,
+  and speed fields ending in `Mps` are meters per second; include those units
+  when answering.
 - When the day or activity summary omits the specific signal the user asked
   about, use the lossless global observation read
   `vault-cli measurement entry list --metric <metric> --from <date> --to <date> --limit 50 --format json`.
@@ -80,8 +85,10 @@ Ask: "Do you want more total steps, fewer long sitting blocks, or a simple movem
 
 - For a factual day or workout request, answer the question directly from the
   normalized result: give the canonical count and total, then list only the
-  activity types or session details that result actually exposes. Do not force
-  coaching or invent a session label that the normalized surface omits.
+  activity types or workout details that result actually exposes. Treat an
+  empty `splits` array as no retained split facets for that workout, including
+  after a provider correction. Do not force coaching or invent a session label
+  that the normalized surface omits.
 - For a coaching request, give one baseline-relative target and one
   friction-reduction tactic. Prefer movement the user can repeat daily over a
   heroic one-day goal, and say how to reassess after 1-2 weeks.

package/node_modules/@murphai/assistant-engine/skills/food-journal/SKILL.md

@@ -67,6 +67,24 @@ questions.
 - A photo, voice note, or rough phrase can be a complete meal log.
 - Preserve useful real-life context when the user volunteers it, such as eating out, alcohol, a late meal, stress, travel, illness, or social context.
 - Use existing canonical surfaces. Save meal facts to meal records, symptoms to their typed surface, and durable unstructured context to the best-fit existing journal or memory surface. Do not duplicate the same fact across stores.
+
+When the user names a restaurant and recognizable menu item, and known context
+does not trigger one of the numeric safety exceptions below, resolve nutrition
+before the meal mutation. Use a normal exact restaurant/menu search rather
+than a generic substitute. Run this database search first even when the user
+supplies an official restaurant URL. If that search has no exact result, read
+`computer-use` and inspect the restaurant's official nutrition or menu source.
+When using that official source, retain its URL in nutrition source detail.
+Only after the database result, official source, or clearly marked last-resort
+estimate is resolved may you call `meal add` or `meal edit` with the available
+nutrition and provenance. Do not save a nutrition-free restaurant meal first
+and then ask the member to repeat the item. Ask one narrow question only when a
+variant or portion difference would materially change the record.
+
+When a numeric safety exception already applies, save the meal without calorie
+or macro estimates. Do not force a nutrition lookup, clarification, or safety
+preflight just to capture the meal.
+
 - After every verified private meal mutation, apply default attachment intent for its eligible daily nutrition card. For response-card attachment eligibility only, treat the accepted meal message as explicitly requesting that card; this is not an explicit numeric-card request and does not authorize target derivation, a paused proposal, or any Goal mutation. When the complete card safety, accepted active-goal authority, fresh same-date totals, route, and bounded-card checks pass and the card alone completely answers the turn, attach that card as the complete response with no companion prose. Without an already accepted complete bundle, or when any other prerequisite fails, keep the truthful fallback short and aligned with the user's focus. Never replace a failed card gate with improvised totals, goals, analysis, or a second response surface.
 
 ## Provide numbers by default, with safety exceptions
@@ -75,30 +93,73 @@ questions.
 - Do not estimate or surface calories or macros for intuitive-eating contexts, eating-disorder risk, or number-sensitive users. In symptom or digestion work, keep numbers secondary to the focus rather than leading with them.
 - Structured label facts may remain available when useful; surface the details relevant to the user's request alongside the default totals.
 
-Before every requested daily nutrition card, read and apply
-`$MURPH_ASSISTANT_SKILLS_ROOT/nutrition-strategy/references/daily-nutrition-card-safety.md`,
-even when all five goals already appear to exist. Its complete active-condition
-and active-regimen discovery is mandatory before numeric target derivation as
-well as before a card; the five-record context projection is not completeness
-proof. Its complete `vault-cli memory show --format json` read is also mandatory
-because the snapshot does not inject the canonical Identity, Preferences,
-Instructions, and Context memory document; a failed or unreadable memory read
-fails closed, while missing or ambiguous age alone is not a universal block.
-Its lifetime canonical procedure-event and encounter-diagnosis discovery,
-bounded body-measurement read, separate `pregnancy-test` measurement read, and
-bounded canonical test-event list plus required detail reads are likewise
-mandatory before deriving, saving, or surfacing a proposal and again before
-activating one. Also read and follow the
+Before every requested daily nutrition card, apply the concise known-context
+numeric-suitability rule in the `murph.attach_response_card` prompt. Do not run
+a universal medical-history or measurement preflight. Also read and follow the
 target-authority and complete active-Goal discovery contract in
 `$MURPH_ASSISTANT_SKILLS_ROOT/nutrition-strategy/references/daily-nutrition-card-goals.md`
-before deciding that the five canonical daily goals are complete. Use its
+before deciding that the accepted active bundle is complete for the card. Use its
 proposal workflow only if a target is genuinely missing after that read and the
 member made an explicit numeric-card or target-setting request. Default meal-card
 intent never invokes it.
+Treat a routine daily-card request, including a requested meal estimate needed
+for that card, as one fulfillment workflow. Reply once with the card or one
+concise truthful fallback. Never narrate individual safety, totals, estimation,
+or target-resolution mechanics.
+
+### Complete an interactive day before attaching its card
+
+Use this all-meal recovery only when the member explicitly requests a daily
+nutrition card or daily summary in the current interactive turn. Default
+attachment intent after a meal mutation does not authorize reading, editing,
+or asking about another meal. If fresh totals remain incomplete on that default
+path, use the short truthful meal-log fallback with no card.
+
+After the fresh selected-date `vault-cli meal totals` read, compare every
+metric's `mealCount` with the top-level `mealCount`. When any metric has lower
+coverage, do not treat the normal interactive card workflow as finished with a
+partial card. List only that selected date, show the exact meals that lack
+nutrition, and try to complete those existing records from accepted current
+conversation context, their saved identity, ingredients, and amount, and a
+bounded matching prior meal when useful. A member's current statement that the
+meal is equivalent to a specific prior meal is usable evidence. A similar
+informal name alone is not: require matching saved ingredients and portion
+evidence or ask instead of copying nutrition.
+
+Use only the canonical meal surface for this recovery: `vault-cli meal list
+--from <date> --to <date> --limit 200 --format json`, `vault-cli meal show
+<meal-id> --format json`, and `vault-cli meal edit <meal-id>` with the typed
+`--nutrition-calories`, `--nutrition-protein-grams`,
+`--nutrition-carbs-grams`, `--nutrition-fat-grams`,
+`--nutrition-fiber-grams`, `--nutrition-source`,
+`--nutrition-confidence`, and `--nutrition-source-detail` flags. Never inspect
+or modify raw vault files. After the date lists identify the records, show the
+selected prior meal before copying its saved totals. After the edit succeeds,
+run the exact edited-meal `meal show` readback and fresh same-date `meal totals`
+command before attaching the card. Use `--nutrition-source inherited` for
+copied prior-meal totals and preserve the prior source in
+`--nutrition-source-detail`.
+
+Apply the estimation-eligibility and label/database grounding rules below. If
+the available evidence supports a meaningful bounded estimate, edit and read
+back the exact existing meal, then rerun fresh same-date totals before any card.
+Never add a replacement meal or calculate around the incomplete record. If
+identity or amount remains too indeterminate, ask one compact question for only
+that missing detail and stop without a card. The answer resumes the exact-meal
+edit, read-back, fresh-totals, and eligible-card workflow. Do not ask merely to
+enable numeric output for an intuitive-eating, eating-disorder-risk, or
+number-sensitive member.
+
+This generic recovery question is interactive-only. Scheduled automatic
+closeout keeps the narrower question authority in `automatic-meal-capture`.
+Attach a partial card only when the member explicitly asks to see the currently
+available partial data after the limitation is clear; partial-card schema and
+rendering remain compatibility surfaces, not the normal interactive closeout.
+
 The first setup response explains a paused canonical proposal in ordinary text;
 it does not attach a goal-less card. An unambiguous acceptance may complete the
-pending explicit card request in that next response after the complete safety
-recheck passes, activation and readback succeed, and a fresh same-date totals
+pending explicit card request in that next response after the known-context
+suitability rule passes, activation and readback succeed, and a fresh same-date totals
 read completes. Other later eligible responses may
 use the accepted active goals in a card.
 
@@ -169,11 +230,11 @@ Before calculating a meal total:
   the weakest material identity, quantity, or preparation assumption.
 
 Increase the result limit only when the first match is ambiguous or missing a
-likely variant. If the database is unavailable or incomplete, use an
-official label, manufacturer, or restaurant menu source. Only after those fail
-may you use a clearly marked memory-based estimate with the assumptions and
-material uncertainty stated. Never invent an exact label or imply that a visual
-portion estimate was database-measured.
+likely variant. The database-miss fallback above also applies to packaged and
+manufacturer labels. Only after the applicable official source fails may you
+use a clearly marked memory-based estimate with the assumptions and material
+uncertainty stated. Never invent an exact label or imply that a visual portion
+estimate was database-measured.
 
 For a fridge or pantry photo, enumerate distinct visible products and resolve
 them in one batch. Summarize only relevant nutrition, ingredient, allergen, and

package/node_modules/@murphai/assistant-engine/skills/hosted-low-usage/SKILL.md

@@ -43,7 +43,7 @@ have we used?" qualify. A request about funding, sponsoring, contributing,
 adding usage, options, referrals, or earning more usage does not qualify by
 itself.
 
-For a qualifying question, call `murph.group action="read_usage"` once and use
+For a qualifying question, call `murph.group_usage action="read_usage"` once and use
 only that current result's `includedUsageUsedPercent`:
 
 - For an integer from 0 through 99, answer with exactly: "About X% of this
@@ -158,7 +158,7 @@ change happened.
   `members` row with `isOwner: true` and `status: "active"`. This read is not
   permission to send a link, choose an amount, or start Checkout.
 - In a group, do not call `murph.plan_usage`. On the first trusted low-usage
-  turn, call `murph.group action="read_usage"` once before writing the
+  turn, call `murph.group_usage action="read_usage"` once before writing the
   heads-up so the segment reflects the real state. A returned funding URL is
   authority for a later requested follow-up, not copy for the first heads-up.
   Ignore `includedUsageUsedPercent` for that heads-up. Read it again when the
@@ -177,7 +177,7 @@ change happened.
   `read_usage_referral`, then present all returned paths. A yes to the
   link-free first heads-up is also broad-options intent.
 - In a private conversation, call
-  `murph.group action="read_usage_referral"` once when the current sender asks
+  `murph.group_usage action="read_usage_referral"` once when the current sender asks
   how to get more usage, what options exist, how to earn usage, or about a
   group referral. In a hosted group, call it only for the broad-options intent above.
   Do this even when current usage is `healthy`; that state suppresses only an

package/node_modules/@murphai/assistant-engine/skills/murph-family/SKILL.md

@@ -126,7 +126,7 @@ not the group's synthetic thread-container member.
 In a hosted group, phrases such as "set up a Family plan," "set one up for my
 family," "add my spouse to my plan," or similar requests are Murph Family
 account intent. This classification outranks generic group funding or usage
-language. Do not call `murph.group` usage or referral actions, and do not present
+language. Do not call `murph.group_usage` actions, and do not present
 room sponsorship, group funding, or room usage top-up options, unless the same
 request explicitly asks about funding or usage for the current room.