@sellable/install 0.1.202 → 0.1.203

package/agents/post-find-leads-message-scout.md

@@ -169,6 +169,13 @@ When reporting branch runtime proof, use this shape under
 
 Do not tell the UI to show Message Draft Builder as running unless this proof
 exists and points at the current non-empty campaign-table execution slice.
+If the host cannot launch a background branch and the parent thread runs this
+same contract inline, report `statusSource: "parent-thread-fallback"` and
+`status: "fallback-active"` while working, then `status: "ready"` when the
+inline recommendation passes. A validated parent-thread fallback is not a
+background worker failure; it must satisfy the same live-context, prompt,
+reference-asset, and validation requirements before the parent shows message
+review.
 
 ## Basis Changes And Rewrites
 

package/bin/sellable-install.mjs

@@ -1184,8 +1184,8 @@ updates.
    call \`mcp__sellable__update_campaign({ campaignId, enableICPFilters: true, currentStep: "create-icp-rubric", watchNarration })\`
    so the watched app moves to Filter Rules while rubrics are drafted/saved.
    After rubrics save, keep Filter Rules visible for approval; after approval,
-   move to Filter Leads and show \`Filters saved + waiting for message approval\`
-   until the template is approved.
+   move to Filter Leads with \`currentStep: "apply-icp-rubric"\` and wait there
+   while Message Drafting finishes or the template is approved.
    If filters are skipped, launch Message Drafting before moving to
    Messages/message review; updating \`currentStep\` to \`messages\` is not proof
    that the background worker started. Queue the bounded campaign-table
@@ -1200,8 +1200,7 @@ updates.
    the brief, \`pick-provider\` or the selected provider step while sourcing,
    \`filter-choice\` after source rows are copied into the campaign table, \`create-icp-rubric\` as soon
    as filters are chosen and while saved filters await approval,
-   \`apply-icp-rubric\` after filter approval while message approval is pending,
-   and after message approval while bounded enrichment/filter scoring runs, \`validate-sample\` only as a recovery/legacy
+   \`apply-icp-rubric\` after filter approval while message approval is pending and while bounded enrichment/filter scoring runs after approval, \`validate-sample\` only as a recovery/legacy
    observation state,
    \`auto-execute-messaging\` after at least one row passes and initial campaign-row
    messages are being generated or reviewed, \`awaiting-user-greenlight\` only
@@ -2492,10 +2491,7 @@ function verify(opts) {
     const pluginMcpContent = existsSync(pluginMcpPath)
       ? readFileSync(pluginMcpPath, "utf8")
       : "";
-    const hasCodexMcpDriver = hasWatchModeDriverMarker(
-      configContent,
-      "codex"
-    );
+    const hasCodexMcpDriver = hasWatchModeDriverMarker(configContent, "codex");
     const hasCodexPluginDriver = hasWatchModeDriverMarker(
       pluginMcpContent,
       "codex"
@@ -2951,7 +2947,9 @@ async function main() {
       const token = rawArgs[2];
       const authSetFlags = rawArgs.slice(3);
       const dryRun = authSetFlags.includes("--dry-run");
-      const unknownAuthSetFlag = authSetFlags.find((arg) => arg !== "--dry-run");
+      const unknownAuthSetFlag = authSetFlags.find(
+        (arg) => arg !== "--dry-run"
+      );
       if (unknownAuthSetFlag) {
         console.error(`Unknown auth set option: ${unknownAuthSetFlag}`);
         process.exit(2);

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@sellable/install",
-  "version": "0.1.202",
+  "version": "0.1.203",
   "type": "module",
   "description": "One-command installer for Sellable MCP in Claude Code and Codex",
   "bin": {

package/skill-templates/create-campaign.md

@@ -93,8 +93,9 @@ message-template approval before enrichment/filtering or Generate Message cells.
 Filter work stays in the parent thread and must inspect visible campaign rows
 with `get_rows_minimal` / `get_rows` before drafting and saving rubrics; use at
 most one direct `enrich_with_prospeo` sample when row evidence is too thin.
-After filter approval, Filter Leads should show `Filters saved + waiting for
-message approval` until the template is approved.
+After filter approval, the browser should move to Filter Leads with
+`currentStep: "apply-icp-rubric"` and show template waiting/approval copy until
+the template is approved.
 The default path stays the existing first campaign-table execution slice:
 review the normal `reviewBatchLimit:15`, approve reviewed draft rows, then move
 to Settings/sequence/final greenlight. Only call
@@ -431,13 +432,12 @@ from the same campaign/table basis. This kickoff is required for both answers:
 `Use filters` and `Skip filters`. If the user chooses filters, the parent
 thread moves to Filter Rules, loads the filter reference, saves rubrics, then
 asks for filter approval while Message Drafting runs. After approval, move to
-Filter Leads and show `Filters saved + waiting for message approval` while the
-message recommendation is reviewed. If the user skips filters, start Message
-Drafting first, then move to Messages/message review after it has started or
-returned a ready recommendation. `update_campaign({ currentStep: "messages" })`
-is not proof of kickoff. Enrichment/filtering and Generate Message cells wait
-for message approval. AI Generated is an explicit opt-out from the template
-path.
+Filter Leads with `currentStep: "apply-icp-rubric"` and wait there while Message
+Drafting finishes or the recommendation is reviewed. If the user skips filters, start Message Drafting
+first, then move to Messages/message review after it has started or returned a
+ready recommendation. `update_campaign({ currentStep: "messages" })` is not
+proof of kickoff. Enrichment/filtering and Generate Message cells wait for
+message approval. AI Generated is an explicit opt-out from the template path.
 
 The Message Drafting handoff must stay lean. Include only `campaignId`,
 `workflowTableId`, a concise brief summary, concise source summary/source-use
@@ -970,8 +970,8 @@ updates.
    so the watched app moves to Filter Rules while the parent drafts/saves
    rubrics and Message Drafting runs.
    After rubrics save, keep Filter Rules visible for approval; after approval,
-   move to Filter Leads and show `Filters saved + waiting for message approval`
-   until the template is approved.
+   move to Filter Leads with `currentStep: "apply-icp-rubric"` and wait there
+   while Message Drafting finishes or the template is approved.
    If filters are skipped, launch Message Drafting before moving to
    Messages/message review; updating `currentStep` to `messages` is not proof
    that the background worker started. Queue the bounded campaign-table
@@ -986,8 +986,7 @@ updates.
    the brief, `pick-provider` or the selected provider step while sourcing,
    `filter-choice` after source rows are copied into the campaign table, `create-icp-rubric` as soon
    as filters are chosen and while saved filters await approval,
-   `apply-icp-rubric` after filter approval while message approval is pending,
-   and after message approval while bounded enrichment/filter scoring runs, `validate-sample` only as a recovery/legacy
+   `apply-icp-rubric` after filter approval while message approval is pending and while bounded enrichment/filter scoring runs after approval, `validate-sample` only as a recovery/legacy
    observation state,
    `auto-execute-messaging` after at least one row passes and initial campaign-row
    messages are being generated or reviewed, `awaiting-user-greenlight` only