@sellable/install 0.1.201 → 0.1.202

package/bin/sellable-install.mjs

@@ -1147,7 +1147,15 @@ updates.
    copies of this file; packaged Claude Code and Codex runs must use the MCP
    asset loader so they share the same config.
 3. Follow that prompt and workflow config exactly.
-4. For message generation, use the \`post-find-leads-message-scout\` agent when
+4. For filter and message setup, keep the parent thread as a lean orchestrator.
+   The only normal background agent is \`post-find-leads-message-scout\` for
+   Message Drafting. Both post-import choices must launch Message Drafting.
+   When filters are chosen, launch Message Drafting, then keep filters in the
+   parent thread: load \`references/filter-leads.md\`, draft production rubrics,
+   call \`save_rubrics\`, ask filter approval, and then join Message Drafting for
+   template review. When filters are skipped, launch only Message Drafting
+   before treating the campaign as in Messages/message review.
+5. For message generation, use the \`post-find-leads-message-scout\` agent when
    available. The worker and parent-thread fallback must load
    \`mcp__sellable__get_subskill_prompt({ subskillName: "generate-messages" })\`,
    then every required message asset named by \`generate-messages\` Mode 0 before
@@ -1163,7 +1171,7 @@ updates.
    local markdown such as \`message-validation.md\`, inspect the database
    directly, or synthesize local validation artifacts from general knowledge.
    The message recommendation handoff is labeled Markdown, not raw JSON.
-5. Create the campaign shell early with the v1 brief so the user can open the
+6. Create the campaign shell early with the v1 brief so the user can open the
    watch link and see useful setup state immediately. Materialize the approved
    source list, copy confirmed rows into the campaign, and internally process the
    first campaign-table execution slice after the source is attached to the
@@ -1178,13 +1186,15 @@ updates.
    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.
-   If filters are skipped, move to Messages/message review. Queue the bounded
-   campaign-table execution-slice \`enrichCellId\` cells only after message approval. Move to
-   Messages only after at least one review row passes and one generated message
-   is ready.
+   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
+   execution-slice \`enrichCellId\` cells only after message approval. Move to the
+   generated-row Messages review only after at least one review row passes and
+   one generated message is ready.
    Do not ask the user to approve the brief before shell creation unless they
    explicitly requested a no-write draft; the shell itself is the review surface.
-6. The main thread owns watch navigation. Call
+7. The main thread owns watch navigation. Call
    \`mcp__sellable__update_campaign({ campaignId, currentStep })\` before major
    visible work so the user can watch progress in the app: \`create-offer\` for
    the brief, \`pick-provider\` or the selected provider step while sourcing,

package/package.json

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

package/skill-templates/create-campaign.md

@@ -427,12 +427,15 @@ After confirmed source rows exist in the campaign table, do not load the
 message registry or any deep filter/message prompt
 before the filter-choice question. After `confirm_lead_list`, ask add filters
 vs skip filters immediately. Once the user answers, launch only Message Drafting
-from the same campaign/table basis. If the user chooses filters, the parent
+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, move to
-Messages/message review. Enrichment/filtering and Generate Message cells wait
+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.
 
@@ -915,11 +918,12 @@ updates.
 3. Follow that prompt and workflow config exactly.
 4. For filter and message setup, keep the parent thread as a lean orchestrator.
    The only normal background agent is `post-find-leads-message-scout` for
-   Message Drafting. When filters are chosen, launch Message Drafting, then keep
-   filters in the parent thread: load `references/filter-leads.md`, draft
-   production rubrics, call `save_rubrics`, ask filter approval, and then join
-   Message Drafting for template review. When filters are skipped, launch only
-   Message Drafting.
+   Message Drafting. Both post-import choices must launch Message Drafting.
+   When filters are chosen, launch Message Drafting, then keep filters in the
+   parent thread: load `references/filter-leads.md`, draft production rubrics,
+   call `save_rubrics`, ask filter approval, and then join Message Drafting for
+   template review. When filters are skipped, launch only Message Drafting
+   before treating the campaign as in Messages/message review.
 5. For message generation, keep the parent thread as a lean orchestrator and
    use the `post-find-leads-message-scout` compatibility agent for Message
    Drafting whenever the host exposes it
@@ -968,10 +972,12 @@ updates.
    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.
-   If filters are skipped, move to Messages/message review. Queue the bounded
-   campaign-table execution-slice `enrichCellId` cells only after message approval. Move to
-   Messages only after at least one review row passes and one generated message
-   is ready.
+   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
+   execution-slice `enrichCellId` cells only after message approval. Move to the
+   generated-row Messages review only after at least one review row passes and
+   one generated message is ready.
    Do not ask the user to approve the brief before shell creation unless they
    explicitly requested a no-write draft; the shell itself is the review surface.
 7. The main thread owns watch navigation. Call