@sellable/mcp 0.1.401 → 0.1.403

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@sellable/mcp",
-  "version": "0.1.401",
+  "version": "0.1.403",
   "type": "module",
   "description": "Sellable MCP server for Claude Code and Codex campaign workflows",
   "main": "dist/index.js",

package/skills/create-evergreen-campaigns/SKILL.md

@@ -14,6 +14,33 @@ producing duplicates. This skill never launches campaigns; customer-visible
 completion stops at paused send review.
 </role>
 
+## Operational Fast Path
+
+In automation or `--yolo` customer-visible setup, use this path before the
+long-form contract below:
+
+1. Resolve the active workspace and explicit sender scopes, then call
+   `setup_evergreen_campaigns({ mode:"plan", yolo:true, postEngagerSenderIds,
+   sharedSenderIds })`.
+2. If the plan is not current, lacks lane packets, or has
+   `autoExecutable:false`, return the exact blocker before mutation.
+3. Choose the worker runtime immediately. When running under Codex CLI or on VPS,
+   the local Codex CLI fallback is the default accepted runtime. Use visible
+   Codex app threads only when the callable thread tools are actually available.
+   If shell execution is unavailable and no visible/durable thread surface is
+   callable, return `blocked: missing_visible_or_durable_lane_worker_runtime`
+   before mutation.
+4. Write one compact prompt file per selected lane packet, create the receipt
+   directory, and launch all lane workers in parallel with the literal Codex CLI
+   worker command shape below. The parent does not create campaign shells.
+5. Collect fresh durable receipts, verify with the original planRevision and
+   selectedActionIds, then run the idempotency plan and show sample messages.
+
+Do not keep reasoning, re-reading prompts, or restating this workflow instead of
+dispatching workers. If the first worker cannot be launched after at most one
+short planning pass, return `blocked: worker_dispatch_deadline_exceeded` before
+directory setup or product mutation.
+
 <inputs>
 The invoking prompt names the senders ("create evergreen campaigns for csreyes92 and thomas"). Resolve each via `list_senders`.
 
@@ -315,6 +342,12 @@ Short form: Receipt polling uses `find <receipt-dir> -maxdepth 1 -name 'evg_*.js
 Short form: Do not use naked `*.json` globs under zsh; no `no matches found` diagnostics.
 Short form: Do not embed `<<'WORKER_PROMPT'` heredocs inside a quoted `/bin/bash -lc` command string.
 Short form: Multi-worker launchers write prompt files and run `codex ... - < "$worker_prompt_file"`.
+After the auto-executable plan returns, take at most one short planning pass to
+choose the visible/durable worker runtime and build the worker launch packet.
+Do not keep reasoning, re-reading prompts, or restating the workflow instead of
+dispatching. If the parent cannot name the callable worker runtime and prepare
+the first worker launch command/tool call immediately after that pass, stop with
+`blocked: worker_dispatch_deadline_exceeded` before directory setup or mutation.
 After creating receipt directories, dispatch workers immediately; do not perform extended parent reasoning, extra inventory, or prompt rewriting loops.
 Before any campaign shell creation, the parent must dispatch every selected lane
 worker from the current plan and record the visible thread id or