@sellable/install 0.1.245 → 0.1.246

package/package.json

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

package/skill-templates/create-evergreen-campaigns.md

@@ -503,6 +503,12 @@ not a parent-thread summary. The receipt must include:
   `filterDecisionReceipt.filterIds`, `filterDecisionReceipt.rubricIds`,
   `filterDecisionReceipt.savedRubricCount`, or
   `filterDecisionReceipt.headlineICPCriteria`.
+  The exact status string is contractual: use `status:"applied"` only.
+  Do not write `status:"confirmed"`, `status:"saved"`, `status:"done"`, or
+  any other alias after saving filters; the parent verifier rejects those
+  aliases even when saved rubric proof exists.
+  Short form: Filter receipt status must be exactly `applied`.
+  Short form: Do not write `filterDecisionReceipt.status:"confirmed"`.
 - `messageDraftingReceipt`: the Message Drafting proof described below,
   including packaged `generate-messages` prompt/assets and validation. Raw
   fields like `generateMessagesPromptLoadedToHasMoreFalse`,
@@ -848,6 +854,22 @@ duplicate-lane blockers before you call the command finished. If verify blocks,
 report the blocker and repair only the missing postconditions from the same
 current plan.
 
+Before calling verify, the parent should build compact receipt objects from the
+durable receipt files and pass those compact objects to MCP. The compact receipt
+must preserve every verifier-owned field named above, including top-level ids,
+`createCampaignStepReceipt`, canonical filter/message/review/sequence/final
+proof, and at least three concrete sample messages. It should omit large raw
+search outputs, long post lists, full row arrays, raw provider responses, and
+debug-only narration fields. Do not pass multi-hundred-kilobyte raw receipt
+objects when a compact canonical receipt has the same proof; large raw verify
+payloads can stall local MCP bridges and make UAT ambiguous.
+Do not print or `jq .` full receipt JSON into the terminal. For local checks,
+print only compact summaries such as file, actionId, laneKey, campaignId,
+filter status, sample count, approved count, and final status.
+Short form: Parent verify uses compact canonical receipt objects, not raw giant receipts.
+Short form: Do not dump full receipt JSON with `jq .`.
+Short form: Never change planRevision/actionId/laneKey while compacting receipts.
+
 Message proof for every customer-visible lane must come from the current
 campaign/table basis and include at least 3 generated review rows from the
 packaged `generate-messages` path before completion is reported.
@@ -896,7 +918,7 @@ Parent-thread handwritten copy or setting `currentStep` is not proof.
 
      Hey there
 
-     Thanks for the support on my post about {{post_topic_line}}
+     Thank you for the support on my post about {{post_topic_line}}
      ```
 
    - **Shared Signal Discovery** first-message style: short, casual, references
@@ -912,6 +934,12 @@ Parent-thread handwritten copy or setting `currentStep` is not proof.
      say it. Prefer sender-agnostic company/team language such as "we're
      helping CX teams..." or "at cxconnect.ai, we help..." and one clear
      problem question.
+     Before Message Drafting runs, the campaign brief must already include
+     these shared-lane hard avoids and source-use rules. Do not rely on a
+     failed first generation batch to discover that self-intros, generic
+     product summaries, or repeated structure are bad. If the first generated
+     batch violates these rules, rerun, but record that as a repaired UAT path
+     rather than the desired zero-shot path.
      Short form: Shared Signal Discovery uses no self-intro such as "I'm building Sellable".
      Short form: Shared Signal Discovery uses no self-intro such as "We're building Sellable".
      Short form: Shared Signal Discovery uses no "I've put together".
@@ -929,6 +957,11 @@ Parent-thread handwritten copy or setting `currentStep` is not proof.
      Sellable/Codex/Claude-Code feature summary
      across prospects. This is a single-message cold path unless the approved
      create-campaign message workflow proves a better delivery format.
+     Before Message Drafting runs, the campaign brief must already forbid
+     self-intros, generic product summaries, opt-out shrugs, product-stack
+     dumps, and repeated template structure. Do not let the first generation
+     batch use "I'm building", "We're building", "I've put together", or
+     similar language and then rely on a cleanup rerun as the normal path.
      Short form: Shared Cold Fallback must not pass just because the receipt says `generate-messages` loaded.
      Short form: Shared Cold Fallback uses no self-intro such as "We're building".
      Short form: Shared Cold Fallback uses no self-intro such as "I'm building Sellable".