@sellable/install 0.1.13 → 0.1.15
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/bin/sellable-install.mjs +33 -4
- package/package.json +1 -1
package/bin/sellable-install.mjs
CHANGED
|
@@ -15,13 +15,15 @@ import { createInterface } from "node:readline/promises";
|
|
|
15
15
|
const DEFAULT_API_URL = "https://app.sellable.dev";
|
|
16
16
|
const DEFAULT_SERVER_PACKAGE =
|
|
17
17
|
process.env.SELLABLE_MCP_PACKAGE || "@sellable/mcp";
|
|
18
|
-
const CODEX_PLUGIN_VERSION = "0.1.
|
|
18
|
+
const CODEX_PLUGIN_VERSION = "0.1.15";
|
|
19
19
|
const CODEX_PLUGIN_COMPAT_VERSIONS = [
|
|
20
20
|
"0.1.8",
|
|
21
21
|
"0.1.9",
|
|
22
22
|
"0.1.10",
|
|
23
23
|
"0.1.11",
|
|
24
24
|
"0.1.12",
|
|
25
|
+
"0.1.13",
|
|
26
|
+
"0.1.14",
|
|
25
27
|
];
|
|
26
28
|
const INSTALL_PACKAGE_SPEC = `@sellable/install@${CODEX_PLUGIN_VERSION}`;
|
|
27
29
|
|
|
@@ -547,9 +549,7 @@ If the user did not provide the launch identity, quietly call
|
|
|
547
549
|
who the user might be from their Sellable API token and connected LinkedIn
|
|
548
550
|
accounts. Do not present it as a sender picker yet. If there is one strong
|
|
549
551
|
likely sender, use \`mcp__sellable__enrich_sender\` to infer their current or
|
|
550
|
-
most recent company, then ask:
|
|
551
|
-
|
|
552
|
-
The customer-facing shape should be:
|
|
552
|
+
most recent company, then ask a structured confirmation question:
|
|
553
553
|
|
|
554
554
|
\`\`\`text
|
|
555
555
|
I’m ready to build this in {workspace}. I found {matched sender} connected here.
|
|
@@ -557,6 +557,35 @@ I’m ready to build this in {workspace}. I found {matched sender} connected her
|
|
|
557
557
|
Is that you, and is this campaign for {company}?
|
|
558
558
|
\`\`\`
|
|
559
559
|
|
|
560
|
+
The options must be:
|
|
561
|
+
|
|
562
|
+
1. \`Yes, that's me and this is for {company}\`
|
|
563
|
+
2. \`That's me, but this is for a different company\`
|
|
564
|
+
3. \`No, I'll paste my LinkedIn URL so you can look me up\`
|
|
565
|
+
4. \`No, I'll paste the company website instead\`
|
|
566
|
+
5. \`Other / custom\`
|
|
567
|
+
|
|
568
|
+
If the user chooses option 2, ask for the company website/domain and call
|
|
569
|
+
\`mcp__sellable__fetch_company\` when possible, otherwise one web lookup. If the
|
|
570
|
+
user chooses option 3, ask for their LinkedIn URL, call
|
|
571
|
+
\`mcp__sellable__fetch_linkedin_profile\`, infer their current or most recent
|
|
572
|
+
company, then confirm company and sender again. If the user chooses option 4,
|
|
573
|
+
ask for the company website/domain, call \`mcp__sellable__fetch_company\` when
|
|
574
|
+
possible, otherwise one web lookup, then ask who the LinkedIn messages should
|
|
575
|
+
send from.
|
|
576
|
+
|
|
577
|
+
If \`mcp__sellable__list_senders\` returns zero connected senders, avoid the
|
|
578
|
+
sender-confirmation branch entirely. Ask for the user's LinkedIn URL or the
|
|
579
|
+
company they want to send on behalf of so you can research context:
|
|
580
|
+
|
|
581
|
+
\`\`\`text
|
|
582
|
+
I’m ready to build this in {workspace}.
|
|
583
|
+
|
|
584
|
+
First, paste your LinkedIn URL or the company website you want to send on
|
|
585
|
+
behalf of. I’ll use that to understand the company before we pick the target,
|
|
586
|
+
offer, proof, and lead source.
|
|
587
|
+
\`\`\`
|
|
588
|
+
|
|
560
589
|
If there is no strong sender match, make the first quick question panel ask for
|
|
561
590
|
the user's LinkedIn URL or company website. The point of this gate is not "pick
|
|
562
591
|
a sender"; it is to learn who the user is, infer the current or most recent
|