@sellable/mcp 0.1.42 → 0.1.44

package/package.json

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

package/skills/create-campaign/SKILL.md

@@ -70,9 +70,8 @@ instruction loading, file lookup, plugin cache versions, missing linked files,
 or tool discovery. Start in product language:
 
 ```text
-I’ll help you launch this as a Sellable campaign. First I’ll confirm who we’re
-sending from and which company this is for, then I’ll turn that into a campaign
-brief before anything is created.
+I’ll help you launch this as a Sellable campaign. First I’ll confirm the sender
+and company, then draft the campaign brief for your approval.
 ```
 
 If a linked/local skill file is stale or missing, silently use the installed
@@ -134,11 +133,17 @@ approval:
   installer enables this in Default mode with
   `[features].default_mode_request_user_input = true`.
 
-Use the structured question gate only for crisp identity confirmations and
-approval gates. Never use it to collect open text input like LinkedIn URLs,
-company domains, notes, pasted context, campaign ideas, buyer strategy,
-offer/CTA, proof, lead source, or feedback. For open text, ask in normal chat
-and wait for the user to type an answer and press Enter.
+Use the structured question gate for crisp identity confirmations, compact setup
+intake, and approval gates. Never use it to collect raw open text like LinkedIn
+URLs, company domains, pasted notes, long campaign ideas, or detailed feedback.
+For buyer strategy, offer/CTA, proof, and lead source, use the structured gate
+when it is exposed, but treat the visible choices as shortcuts, not a rigid
+multiple-choice survey. Every setup question must allow a custom typed answer.
+In Codex, `request_user_input` adds a freeform Other path; in Claude, include an
+`Other / custom` option. Keep setup intake to two panels because Codex supports
+at most three questions per panel: target/offer/proof first, lead source second.
+Do not use checkbox/radio multi-select language like "pick one",
+"multi-select", or "choose all that apply" for these setup questions.
 
 Use "quick question panel" only when explaining a missing Codex/Claude setup
 capability for approvals. Do not tell customers about `request_user_input`,
@@ -181,7 +186,9 @@ senders. If there is any likely connected sender, use
 recent company, then ask a structured confirmation question:
 
 ```text
-I’m ready to build this in {workspace}. I found {matched sender} connected here.
+Workspace: {workspace}
+
+I found {matched sender} connected here.
 
 Is that you, and is this campaign for {company}?
 ```
@@ -212,11 +219,11 @@ with the structured question tool. Ask in normal chat for the user's LinkedIn
 URL or the company they want to send on behalf of so you can research context:
 
 ```text
-I’m ready to build this in {workspace}.
+Workspace: {workspace}
 
-First, paste your LinkedIn URL or the company website you want to send on
-behalf of. I’ll use that to understand the company before we pick the target,
-offer, proof, and lead source.
+First, paste your LinkedIn URL or the company website. I’ll use it to confirm
+the sender and company, then we’ll choose the target, offer, proof, and lead
+source.
 ```
 
 If there is no strong sender match, do not show a structured choice that says
@@ -226,7 +233,7 @@ current or most recent company, and then confirm who we are sending from. The
 customer-facing shape should be:
 
 ```text
-I’m ready to build this in {workspace}.
+Workspace: {workspace}
 
 First, what’s your LinkedIn URL? If you’d rather start from the company, paste
 the company website instead.
@@ -236,6 +243,8 @@ After the user pastes a URL/domain, do the lightweight lookup. For a LinkedIn pr
 `mcp__sellable__fetch_linkedin_profile` and infer the user's current or most
 recent company from the profile. For a company website, call
 `mcp__sellable__fetch_company` when possible, otherwise one web lookup.
+Before the lookup, use concise progress copy:
+`Got it — I’ll look it up and confirm the sender + company.`
 
 If `mcp__sellable__list_senders` did not already run, call it once after the
 lookup to see whether the fetched user appears to match a connected sender. If
@@ -270,20 +279,18 @@ second context read so the four setup questions feel specific.
 Before the identity gate, use this customer-facing shape:
 
 ```text
-I’m ready to build the campaign in {workspace}.
-
-First I’ll check whether you already have a connected LinkedIn account here. If
-I can’t confirm it, I’ll ask for your LinkedIn URL or company website and use
-that to understand the company before we choose the target, offer, proof, and
-lead source.
+Workspace: {workspace}
 
-Then I’ll turn that into a campaign brief for you to approve before anything is created.
+First I’ll check for a connected LinkedIn sender. If I can’t confirm one, I’ll
+ask for your LinkedIn URL or company website before we choose the target, offer,
+proof, and lead source.
 ```
 
 Do not silently ask approval questions as plain chat when `request_user_input` is
-unavailable in an interactive session. Normal setup strategy questions are
-free-text chat and do not need `request_user_input`. Stop only when an approval
-gate needs the quick question panel:
+unavailable in an interactive session. Setup strategy questions should use the
+quick question panel when available, but may fall back to normal chat if the host
+does not expose structured setup input. Stop only when an approval gate needs the
+quick question panel:
 
 ```text
 I need Codex’s quick question panel for campaign approvals.

package/skills/create-campaign-v2/SKILL.md

@@ -79,12 +79,19 @@ Validated draft directory:
   `request_user_input` (enabled in Default mode by
   `[features].default_mode_request_user_input = true`, not available in
   `codex exec`). Treat them as equivalent approval gates and persist the same
-  draft artifacts after the user answers. Use this structured gate only for
-  crisp identity confirmations and approval gates. Never use it to collect open
-  text input like LinkedIn URLs, company domains, notes, pasted context,
-  campaign ideas, buyer strategy, offer/CTA, proof, lead source, or feedback.
-  For open text, ask in normal chat and wait for the user to type an answer and
-  press Enter. If an interactive
+  draft artifacts after the user answers. Use this structured gate for crisp
+  identity confirmations, compact setup intake, and approval gates. Never use it
+  to collect raw open text like LinkedIn URLs, company domains, pasted notes,
+  long campaign ideas, or detailed feedback. For buyer strategy, offer/CTA,
+  proof, and lead source, use the structured gate when it is exposed, but treat
+  the visible choices as shortcuts, not a rigid multiple-choice survey. Every
+  setup question must allow a custom typed answer. In Codex,
+  `request_user_input` adds a freeform Other path; in Claude, include an
+  `Other / custom` option. Keep setup intake to two panels because Codex
+  supports at most three questions per panel: target/offer/proof first, lead
+  source second. Do not use checkbox/radio multi-select language like "pick
+  one", "multi-select", or "choose all that apply" for these setup questions.
+  If an interactive
   Codex session does not expose `request_user_input`, do not silently degrade to
   a plain chat question; stop and tell the user:
 
@@ -154,7 +161,9 @@ Validated draft directory:
   or most recent company, then ask a structured confirmation question:
 
   ```text
-  I’m ready to build this in {workspace}. I found {matched sender} connected here.
+  Workspace: {workspace}
+
+  I found {matched sender} connected here.
 
   Is that you, and is this campaign for {company}?
   ```
@@ -185,11 +194,11 @@ Validated draft directory:
   company they want to send on behalf of so you can research context:
 
   ```text
-  I’m ready to build this in {workspace}.
+  Workspace: {workspace}
 
-  First, paste your LinkedIn URL or the company website you want to send on
-  behalf of. I’ll use that to understand the company before we pick the target,
-  offer, proof, and lead source.
+  First, paste your LinkedIn URL or the company website. I’ll use it to confirm
+  the sender and company, then we’ll choose the target, offer, proof, and lead
+  source.
   ```
 
   If there is no strong sender match, do not show a structured choice that says
@@ -199,7 +208,7 @@ Validated draft directory:
   customer-facing shape should be:
 
   ```text
-  I’m ready to build this in {workspace}.
+  Workspace: {workspace}
 
   First, what’s your LinkedIn URL? If you’d rather start from the company, paste
   the company website instead.
@@ -209,6 +218,8 @@ Validated draft directory:
   `fetch_linkedin_profile` and infer the user's current or most recent company
   from the profile. For a company website, call `fetch_company` when possible,
   otherwise one web lookup.
+  Before the lookup, use concise progress copy:
+  `Got it — I’ll look it up and confirm the sender + company.`
 
   If `list_senders` did not already run, call it once after the lookup to see
   whether the fetched user appears to match a connected sender. If there is a
@@ -245,14 +256,11 @@ me`, `I’ll paste a different sender profile`, and `Other / custom`.
 - Before the identity gate, use this customer-facing shape:
 
   ```text
-  I’m ready to build the campaign in {workspace}.
+  Workspace: {workspace}
 
-  First I’ll check whether you already have a connected LinkedIn account here.
-  If I can’t confirm it, I’ll ask for your LinkedIn URL or company website and
-  use that to understand the company before we choose the target, offer, proof,
-  and lead source.
-
-  Then I’ll turn that into a campaign brief for you to approve before anything is created.
+  First I’ll check for a connected LinkedIn sender. If I can’t confirm one, I’ll
+  ask for your LinkedIn URL or company website before we choose the target,
+  offer, proof, and lead source.
   ```
 
 - Fast Intake Mode is mandatory for hosted/rehearsal net-new runs. Ask the
@@ -276,10 +284,12 @@ me`, `I’ll paste a different sender profile`, and `Other / custom`.
   first identity gate as a quiet token/sender inference shortcut, and once means
   once: do not call it again after a LinkedIn lookup if it already ran. Do
   draft-directory setup only after the founder answers. After launch identity is
-  confirmed, ask buyer, offer/CTA, proof, and lead source in normal chat. Do not
-  present those four setup questions as checkbox/radio multiple-choice gates.
-  You may include short example answers to reduce blank-page anxiety, but the
-  default action must be: type a nuanced answer and press Enter.
+  confirmed, ask buyer, offer/CTA, proof, and lead source through the structured
+  question gate when available. Split the setup intake into two panels:
+  target/offer/proof first, then lead source. Do not present these as
+  checkbox/radio multi-select gates. Use 2-3 context-specific suggested answers
+  per question as fast-start shortcuts, and rely on the freeform custom path for
+  nuanced answers.
 - After the founder answers the first strategy/source packet, explain the next
   stage only: campaign brief creation and brief approval. Use this shape:
 
@@ -476,21 +486,22 @@ Ask the user only when one of these is true:
   packet so the founder can approve or revise the message deliberately.
 
 When asking subjective strategy questions (buyer scope, first ask, proof
-emphasis, tone, lead-source preference), ask in normal chat, not as a
-multiple-choice structured gate. Suggested directions are allowed only as
-examples, not as the UI control. Always make the freeform path explicit:
-`Type your answer in your own words and press Enter.` Do not add custom options
-to the final six-choice commit gate.
+emphasis, tone, lead-source preference), use the structured quick question panel
+when available. Do not make it feel like a rigid multiple-choice survey:
+suggested directions are shortcuts, and the user must be able to type a custom
+answer in their own words. Ask target, offer, and proof in the first panel; ask
+lead source in a second panel. Do not add custom options to the final six-choice
+commit gate.
 Use customer-facing question wording:
 
-- target prospects: `Who should be the target prospects for this campaign? Type the buyer you want, or describe a blend.`
-- main CTA / offer: `What should the main CTA or offer be? Type what you want the prospect to do next.`
-- proof emphasis: `Which proof point would most increase this buyer's confidence in {{company}}? Type the proof you want to lean on.`
-- lead source: `How should we get the people for this campaign? Type "find people for me", describe the source, or paste a CSV/list path.`
+- target prospects: `Who should this campaign target?`
+- main CTA / offer: `What should {{sender_or_company}} offer them?`
+- proof emphasis: `What proof should we lean on?`
+- lead source: `How should we get the people for this campaign?`
 
 Ask the lead-source question as the last question in the first strategy batch,
 after buyer, offer/ask, and proof/safety are understood. Frame supplied lists as
-optional, not required. Mention examples inline, not as selectable options:
+optional, not required. Suggested lead-source shortcuts should include:
 `I can find people for you, use a CSV of LinkedIn profiles, use a CSV of company
 domains, use an existing Sellable lead list, or follow another source idea.`
 If the user pastes up to 100 LinkedIn profile URLs or company domains, normalize