@sellable/mcp 0.1.957 → 0.1.959

package/skills/{conversation-chess → draft-message}/compiled/follow-up/semantic.md

@@ -1,9 +1,9 @@
 ---
-name: sellable-dev-conversation-chess
-description: Draft from the explicitly selected Conversation Chess mode.
+name: sellable-dev-draft-message
+description: Draft from the explicitly selected Draft Message mode.
 ---
 
-# Conversation Chess
+# Draft Message
 
 One draft for the actual sender/situation. Rules/modes/examples loaded: select relevant ones; never fetch assets. Synthetic examples and histories: their facts, links and outcomes are not customer evidence. Creative rapport needs scoped permission.
 

package/skills/{conversation-chess → draft-message}/compiled/manifest.json

@@ -1,6 +1,6 @@
 {
   "schemaVersion": "conversation-chess-compiled/v1",
-  "compilerSha256": "8dd7ab313217d49dfa1ea740faccb112d4597e9b50b474d9fc1ee64e1fa9ac41",
+  "compilerSha256": "8ae72b0245fff2ee08d0b6e7ec1ba611956a8ac194f091bf4c35e71fe0ef4ffb",
   "selectedModes": [
     "OPENER",
     "REPLY",
@@ -90,47 +90,47 @@
       "utf16Characters": 3429
     },
     "compiled/opener/endpoint.md": {
-      "sha256": "74c772ce3ec702481e9087c3f91e8000501abff3baa1c27aed37bca63ad1b66a",
-      "utf8Bytes": 22699,
-      "utf16Characters": 22553
+      "sha256": "ac515f8e5eeca13b18a18a2e72c3a0e0a6bc46b63f108f766efc1b869620ddc8",
+      "utf8Bytes": 22694,
+      "utf16Characters": 22548
     },
     "compiled/opener/semantic.md": {
-      "sha256": "a7e7cc73dd38a42f520fc30b1b7adcf7e898bb166e1b6fe60cb26cd26694fc07",
-      "utf8Bytes": 22400,
-      "utf16Characters": 22256
+      "sha256": "6929c7f351a81e006aae335b7e47f5beabc4e33f795052c54bd3e458626228f9",
+      "utf8Bytes": 22385,
+      "utf16Characters": 22241
     },
     "compiled/opener/manifest.json": {
-      "sha256": "e37467aaedc0a2274e39e1cb0f81eff3e5453eebc5fbdb7787fd05756e5f6cac",
+      "sha256": "14a2fd9ff3bcfddef9bdcb30a25f4228ec56a053982552184e2a61bcb317e278",
       "utf8Bytes": 1728,
       "utf16Characters": 1728
     },
     "compiled/reply/endpoint.md": {
-      "sha256": "fc99e17d3a57bd1d725c8eeaba4699dd087a2d917d04494ebe544d0d54e8d747",
-      "utf8Bytes": 12482,
-      "utf16Characters": 12436
+      "sha256": "067abd6a6270d3a09d1ec8fbebfe38e061e46f762693e61bb59a412d7e31861d",
+      "utf8Bytes": 12477,
+      "utf16Characters": 12431
     },
     "compiled/reply/semantic.md": {
-      "sha256": "22debec4755e5b4a5fd1d4f47dcbc7fa94f4ba042a2e2d1ed826a476f46583d0",
-      "utf8Bytes": 12183,
-      "utf16Characters": 12139
+      "sha256": "f3dc1d637a3629e1f80750af1ff856a9cb9a036e871fed1540da2f8b43462684",
+      "utf8Bytes": 12168,
+      "utf16Characters": 12124
     },
     "compiled/reply/manifest.json": {
-      "sha256": "99dd29e984f46fffb3900e7581e069b9bbf1773c6cd42ca5b32aebe80770a434",
+      "sha256": "7b3746fa5a1a11a5896f4b6631e1b9ab98a5b0fa248e5fc546e7e881698fcfc4",
       "utf8Bytes": 1528,
       "utf16Characters": 1528
     },
     "compiled/follow-up/endpoint.md": {
-      "sha256": "94722378481f4fcb957e2254507256557ff5a214b76760bd18f1395f4ce70941",
-      "utf8Bytes": 8731,
-      "utf16Characters": 8697
+      "sha256": "c81746801468832fe05ec996756dc550b6138683f89326578d5d0d9e2deb77ca",
+      "utf8Bytes": 8726,
+      "utf16Characters": 8692
     },
     "compiled/follow-up/semantic.md": {
-      "sha256": "b1997d8e952c7c3de71a3fc8fd0dc34bcd26bdee52d48572a579a93f1d088762",
-      "utf8Bytes": 8432,
-      "utf16Characters": 8400
+      "sha256": "9db268a5d21811e4ac0b45b651f7439eb2da8eff99e47381eb9c7c2e531efc37",
+      "utf8Bytes": 8417,
+      "utf16Characters": 8385
     },
     "compiled/follow-up/manifest.json": {
-      "sha256": "092ef43b955139838c9aea6f1658ab4c9275f68dec42f92fb85704ae35d1b5a6",
+      "sha256": "65a2454e9f1e0055afca8b02c17bf28e054aba77d86cbcaea398e813db2412d1",
       "utf8Bytes": 1432,
       "utf16Characters": 1432
     }

package/skills/{conversation-chess → draft-message}/compiled/opener/endpoint.md

@@ -1,4 +1,4 @@
-# Conversation Chess
+# Draft Message
 
 One draft for the actual sender/situation. Rules/modes/examples loaded: select relevant ones; never fetch assets. Synthetic examples and histories: their facts, links and outcomes are not customer evidence. Creative rapport needs scoped permission.
 

package/skills/{conversation-chess → draft-message}/compiled/opener/semantic.md

@@ -1,9 +1,9 @@
 ---
-name: sellable-dev-conversation-chess
-description: Draft from the explicitly selected Conversation Chess mode.
+name: sellable-dev-draft-message
+description: Draft from the explicitly selected Draft Message mode.
 ---
 
-# Conversation Chess
+# Draft Message
 
 One draft for the actual sender/situation. Rules/modes/examples loaded: select relevant ones; never fetch assets. Synthetic examples and histories: their facts, links and outcomes are not customer evidence. Creative rapport needs scoped permission.
 

package/skills/{conversation-chess → draft-message}/compiled/reply/endpoint.md

@@ -1,4 +1,4 @@
-# Conversation Chess
+# Draft Message
 
 One draft for the actual sender/situation. Rules/modes/examples loaded: select relevant ones; never fetch assets. Synthetic examples and histories: their facts, links and outcomes are not customer evidence. Creative rapport needs scoped permission.
 

package/skills/{conversation-chess → draft-message}/compiled/reply/semantic.md

@@ -1,9 +1,9 @@
 ---
-name: sellable-dev-conversation-chess
-description: Draft from the explicitly selected Conversation Chess mode.
+name: sellable-dev-draft-message
+description: Draft from the explicitly selected Draft Message mode.
 ---
 
-# Conversation Chess
+# Draft Message
 
 One draft for the actual sender/situation. Rules/modes/examples loaded: select relevant ones; never fetch assets. Synthetic examples and histories: their facts, links and outcomes are not customer evidence. Creative rapport needs scoped permission.
 

package/skills/{conversation-chess → draft-message}/installed/SKILL.md

@@ -1,19 +1,20 @@
 ---
-name: conversation-chess
-description: Draft an opener, reply or follow-up from the current sender, offer and conversation. Start with the Sellable get_subskill_prompt tool for subskillName conversation-chess.
+name: draft-message
+description: Draft one opener, reply or follow-up as the current sender, from their offer and the conversation. Nothing is sent. Start with the Sellable get_subskill_prompt tool for subskillName draft-message.
 ---
 
-# Sellable Conversation Chess
+# Sellable Draft Message
 
-Use this skill for one conversational draft. It does not send messages, schedule,
+Use this skill for one message draft, in either campaign approach
+(Conversations or Message Testing). It does not send messages, schedule,
 book, approve templates, enroll prospects or change stored sender context.
 Campaign creation and row persistence remain with their existing owners.
 
-1. Load `mcp__sellable__get_subskill_prompt({ subskillName: "conversation-chess" })`.
+1. Load `mcp__sellable__get_subskill_prompt({ subskillName: "draft-message" })`.
    Read every page using its `nextOffset` until `hasMore` is false. Do not
    reconstruct the prompt from memory, a repository or a plugin-cache path.
 2. Load `core/input-contract.md` through
-   `mcp__sellable__get_subskill_asset({ subskillName: "conversation-chess", assetPath: "..." })`.
+   `mcp__sellable__get_subskill_asset({ subskillName: "draft-message", assetPath: "..." })`.
    Then load the selected guide and examples from the root prompt:
    OPENER uses `modes/opener.md` + `references/openers.md` + `references/rapport.md` +
    `references/opener-editor.md`; REPLY uses

package/skills/first-campaign-onboarding/SKILL.md

@@ -245,8 +245,8 @@ continue in the same conversation; do not ask the user to run another command.
    sending account: the latter belongs at Settings, not before the draft.
    The flow's order and state gates still hold: the campaign exists before
    anyone is imported, the source is chosen before the import, sample rows
-   exist before filters and messages run, and the template is saved before
-   anything is queued. Who decides each one is set by the next section. Offer
+   exist before filters and messages run, and in Message Testing the template
+   is saved before anything is queued. Who decides each one is set by the next section. Offer
    CRM or meeting integrations only as optional context when helpful.
 4. Reuse an existing draft for the same goal. Never create a duplicate because
    onboarding resumed in a new session.
@@ -304,11 +304,12 @@ for the message template: those are yours to decide and report.
 **How the first message is written.** The first campaign uses the
 Conversations approach from the workflow's `references/message-approach.md`:
 create it with `messageApproach: "conversation"`, write no message template,
-and let Sellable's writer write each first message for the person. Use Message
-Lab (`"message_test"`, one approved message to everyone) only when the
-customer asks to send the same message to everyone, to test copy, or to
-approve exact wording; then the template steps of the workflow apply and you
-approve the template yourself as before.
+and let Sellable write each first message for the person. Use Message Testing
+(`"message_test"`, one approved message to everyone) only when the customer
+asks to send the same message to everyone, to test copy, or to approve exact
+wording; then the template steps of the workflow apply and you approve the
+template yourself as before. Name the approach to the customer with the
+one-line descriptions in `references/message-approach.md`.
 
 **Approval 1: direction.** After research, write the brief, create the
 campaign with it (`create_campaign`), and post one message in this shape. The

package/skills/generate-messages/SKILL.md

@@ -1,24 +1,26 @@
 ---
 name: generate-messages
-description: Draft campaign recommendations and row messages through Conversation Chess while preserving approved templates, scoped context and review ownership.
+description: Draft campaign recommendations and row messages through draft-message while preserving approved templates, scoped context and review ownership.
 visibility: internal
 ---
 
 # Generate Messages
 
-Own campaign drafting mechanics. Conversation Chess owns NEW, UNAPPROVED copy.
+Own campaign drafting mechanics. draft-message owns NEW, UNAPPROVED copy.
 Do not combine its conversational move with a second product-clarity, CTA,
 three-candidate, finalizer or writer-agent recipe. Explicit operator instructions
 and approved template authority remain intact; no new writing-strategy flag exists.
 `useMessagingTemplate` and `messagingModeChoice` are review/delivery choices.
+A Conversations campaign (`messageApproach: "conversation"`) has no template
+and skips Mode 0; its first messages are written per row by the backend.
 
 ## Execution Modes
 
 ### Mode 0: Message Drafting Branch
 
 If you are the main task fulfilling a create-campaign request, you remain the
-campaign parent while drafting inline. Loading generate-messages or Conversation
-Chess does not turn you into the read-only scout. Only an actually delegated
+campaign parent while drafting inline. Loading generate-messages or
+draft-message does not turn you into the read-only scout. Only an actually delegated
 scout returns its recommendation without campaign writes. As the parent, use
 the existing `update_campaign` active and ready handoff below, then show the
 recommendation for review. Complete that durable handoff before your final ready
@@ -37,7 +39,7 @@ Missing saved filter rubrics does not block this branch: the parent may still
 be saving filters. Keep the first valid recommendation usable when only later
 filter/enrichment detail changes; an enriched rewrite needs explicit opt-in.
 
-Use the attested campaign/client/offer basis and the Chess loading path below.
+Use the attested campaign/client/offer basis and the draft-message loading path below.
 Mode 0 does not require a connected senderId: sender selection belongs to
 Settings after message approval. Do not call get_sender/list_senders during
 create-campaign message review. Use supplied scoped company/default facts
@@ -97,7 +99,7 @@ An approved literal template is rendered by the existing deterministic owner;
 do not generate replacement copy, replace its approved claims or use a stale
 cached draft instead. Template tokens may be filled only within their approved
 semantics. Explicit operator revision is a proposed change until its existing
-approval owner accepts it. New unapproved recommendations use Chess.
+approval owner accepts it. New unapproved recommendations use draft-message.
 
 Draft one row before scaling. Show the message; save to an empty message cell
 only within the caller's requested drafting scope and report “Draft saved (not
@@ -179,8 +181,8 @@ Without that permission, use honest present reactions and general humor.
 
 ## Reference Asset Loading
 
-1. Load `get_subskill_prompt({subskillName:"conversation-chess"})` completely.
-2. Through `get_subskill_asset`, load conversation-chess's
+1. Load `get_subskill_prompt({subskillName:"draft-message"})` completely.
+2. Through `get_subskill_asset`, load draft-message's
    `core/input-contract.md` completely.
 3. Select the actual workKind and load its guide/examples named by the root:
    OPENER: `modes/opener.md`, `references/openers.md` and `references/rapport.md`;
@@ -201,13 +203,13 @@ Load assets through MCP, not repository/plugin-cache/local file paths. Missing
 required assets returns existing `blocked` / `retry-needed`; do not draft from
 memory or invent a native schema field. Track exact loaded IDs internally.
 No mandatory old gold-standard examples, cleanup pack, parallel critics or
-multi-angle finalizer applies to Chess. If the user explicitly supplies a
+multi-angle finalizer applies to draft-message. If the user explicitly supplies a
 specific approved template or different writing instruction, preserve it
 within the same factual, scope and approval boundaries.
 
 ## Draft And Check Once
 
-Follow the selected Chess situation. Confirm, reveal something relevant, react,
+Follow the selected draft-message situation. Confirm, reveal something relevant, react,
 answer, clarify or close as appropriate; no universal sentence/bubble count,
 forced question, product explanation or CTA. Pay the latest owed answer before
 advancing. Keep human and business topics available without forcing both into
@@ -240,7 +242,7 @@ senders, template text cannot assume one person's story/post ownership. Resolve
 that at the actual row sender or choose a portable factual shape.
 
 For offline `message-validation.md`, record Status, Mode, Lead Sample Basis,
-current sender/offer sources, selected Chess mode/example IDs, supported/missing
+current sender/offer sources, selected draft-message mode/example IDs, supported/missing
 facts, the rendered sample messages, token rules when relevant, Findings and
 Recommendation. Distinguish illustrative examples from observed responses.
 Do not require candidate permutations, scores from imaginary agents or a long

package/skills/refill-sends/SKILL.md

@@ -823,6 +823,13 @@ process lives. If a server restart reports that retained attention is missing,
 stop with `continuation_reconciliation_required` and the exact scope and last
 receipt; do not invent a replacement run or claim the prior effect failed.
 Never treat a timeout as zero effect.
+A result carrying `recoveredFromError` means the continuation's work failed,
+the MCP re-observed once, and the world had moved: handle that result by its
+own kind and name the error in the final report. A thrown error is not a
+terminal: the MCP still holds the run's current credential, so call
+`refill_v3_advance` once more with the identical workspace, scope, campaignId,
+and yolo grant. Report a blocker only if that fresh call fails with the same
+error.
 Continue the authorized refill across every connected sender and requested
 lane until the coordinator returns row-complete terminal evidence. Preserve the
 rubric, message, caps, and exclusions; pending work needs no renewed approval.

package/skills/refill-sends-workflow/SKILL.md

@@ -456,6 +456,13 @@ Each call answers with exactly one of six results:
   restarted MCP reports missing retained attention, stop with
   `continuation_reconciliation_required`, the exact scope, and the last receipt;
   do not open a replacement run for an uncertain effect.
+  A result carrying `recoveredFromError` means the continuation's work failed,
+  the MCP re-observed once, and the world had moved: handle that result by its
+  own kind and name the error in the final report. A thrown error is not a
+  terminal: the MCP still holds the run's current credential, so call
+  `refill_v3_advance` once more with the identical workspace, scope,
+  campaignId, and yolo grant. Report a blocker only if that fresh call fails
+  with the same error.
   Interpret its world wrappers
   by their outer kind: `world_terminal` means `advanceResult` is already the
   canonical `awaiting_external_change`, `complete`, or `blocked` terminal, so

package/skills/weekly-campaign-summary/SKILL.md

@@ -29,7 +29,7 @@ Optional from the invoking prompt: workspace (default: active workspace), Slack
 :fire: *Wins this week*
 • *{Name}* ({short title}, @ {Company}, {size} staff) — _"{their words, ≤140 chars}"_
 
-:speech_balloon: *Conversations ready for your reply*
+:speech_balloon: *Replies waiting on you*
 • *{Name}* ({context}) — _"{quote}"_
 
 :calendar: *Already working on next week*