@sellable/install 0.1.19 → 0.1.21
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 +21 -1
- package/package.json +1 -1
package/bin/sellable-install.mjs
CHANGED
|
@@ -15,7 +15,7 @@ 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.21";
|
|
19
19
|
const CODEX_PLUGIN_COMPAT_VERSIONS = [
|
|
20
20
|
"0.1.8",
|
|
21
21
|
"0.1.9",
|
|
@@ -28,6 +28,8 @@ const CODEX_PLUGIN_COMPAT_VERSIONS = [
|
|
|
28
28
|
"0.1.16",
|
|
29
29
|
"0.1.17",
|
|
30
30
|
"0.1.18",
|
|
31
|
+
"0.1.19",
|
|
32
|
+
"0.1.20",
|
|
31
33
|
];
|
|
32
34
|
const INSTALL_PACKAGE_SPEC = `@sellable/install@${CODEX_PLUGIN_VERSION}`;
|
|
33
35
|
|
|
@@ -498,6 +500,13 @@ rows, sampled people, sampled fits as n/N (%), estimated usable people, and the
|
|
|
498
500
|
confidence basis. Never show a percent like "73% match" without the numerator,
|
|
499
501
|
denominator, and sample basis.
|
|
500
502
|
|
|
503
|
+
Every approval gate must include artifact access after the readable inline
|
|
504
|
+
content. Show an \`Open artifacts:\` line with clickable markdown links using
|
|
505
|
+
absolute paths when the host supports them, plus the plain path for CLI users.
|
|
506
|
+
Do this for brief approval, lead-source approval/review, message review, and the
|
|
507
|
+
final approval packet. The links are for deeper inspection; never use them as a
|
|
508
|
+
substitute for showing the content in chat.
|
|
509
|
+
|
|
501
510
|
Never mention MCP namespaces, prompt chunking, plugin cache paths, missing
|
|
502
511
|
linked skill versions, runbooks, or local skill files in normal customer-facing
|
|
503
512
|
copy.
|
|
@@ -842,6 +851,17 @@ approval should show who we are targeting, why they should care, the offer/CTA,
|
|
|
842
851
|
proof, lead source hypothesis, message angle, risks/assumptions, and what
|
|
843
852
|
happens after approval.
|
|
844
853
|
|
|
854
|
+
Every approval should also give the user a way to inspect the source artifact.
|
|
855
|
+
After the readable inline content, include an \`Open artifacts:\` line with links
|
|
856
|
+
or plain paths to the files behind the decision. The artifact links are a backup
|
|
857
|
+
for inspection, not a replacement for showing the content in chat.
|
|
858
|
+
|
|
859
|
+
This applies especially to message approvals. Never ask someone to approve a
|
|
860
|
+
message they cannot see. Show the subject, tokenized template, a filled sample
|
|
861
|
+
prospect version, omit example, token notes, your take, and suggested adjustment
|
|
862
|
+
first. The user should be able to compare "here is the template" against "here
|
|
863
|
+
is what one real prospect would receive" before approving.
|
|
864
|
+
|
|
845
865
|
For lead-source decisions, confidence comes from concrete counts. Do not say
|
|
846
866
|
"strong sample", "73% match", or "meaningful concentration" without showing the
|
|
847
867
|
sample size and what was counted. Show lanes searched, timeframe, raw results,
|