@sellable/mcp 0.1.86 → 0.1.88
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/package.json
CHANGED
|
@@ -611,6 +611,12 @@ Use customer-facing question wording:
|
|
|
611
611
|
- proof emphasis: `Which proof point would most increase this buyer's confidence in {{company}}?`
|
|
612
612
|
- lead source: `How should we get the people for this campaign?`
|
|
613
613
|
|
|
614
|
+
Do not offer quantified reply-rate, meeting-rate, pipeline, revenue, or ROI
|
|
615
|
+
claims as setup proof options unless the user supplied verified benchmark data
|
|
616
|
+
for this exact workspace/sender. If such claims appear in research, label them
|
|
617
|
+
as unavailable/unsupported and use founder/operator credibility, product
|
|
618
|
+
capability, or verified customer proof instead.
|
|
619
|
+
|
|
614
620
|
Ask the lead-source question as the last question in the first strategy
|
|
615
621
|
batch, after buyer, offer/ask, and proof/safety are understood. Frame supplied
|
|
616
622
|
lists as optional, not required. The three visible options are exactly:
|
|
@@ -737,12 +743,12 @@ Required behavior:
|
|
|
737
743
|
smaller, higher-reply-upside first batch versus Sales Nav/Prospeo for broader
|
|
738
744
|
scale. Recommend the source you believe should win, often Sales Nav when scale
|
|
739
745
|
matters, but keep the smaller Signals lane available as a real option.
|
|
740
|
-
- user-facing source logic must use numbers, not vibes. Never write
|
|
741
|
-
|
|
742
|
-
`8 of 11 sampled engagers fit the ICP
|
|
743
|
-
directional. If an estimate depends on assumptions, show the math
|
|
744
|
-
posts x ~40-80 reachable engagers/post x
|
|
745
|
-
usable leads`.
|
|
746
|
+
- user-facing source logic must use numbers, not vibes. Never write percentages
|
|
747
|
+
in the source review. Use the numerator, denominator, and sample basis instead,
|
|
748
|
+
e.g. `8 of 11 sampled engagers fit the ICP`. If the sample is small, say it is
|
|
749
|
+
directional. If an estimate depends on assumptions, show the math without
|
|
750
|
+
percentage notation: `5 selected posts x ~40-80 reachable engagers/post x
|
|
751
|
+
roughly 1 in 4 to 2 in 5 expected fit = ~50-160 likely usable leads`.
|
|
746
752
|
- source progress updates should expose the confidence-building numbers as soon
|
|
747
753
|
as they exist: keyword lanes searched, timeframe used, post results by lane,
|
|
748
754
|
finalist posts reviewed, engagers fetched, sampled engagers, sampled fits,
|
|
@@ -847,7 +853,7 @@ table with one row per selected or finalist post:
|
|
|
847
853
|
- raw results found
|
|
848
854
|
- finalist posts or preview rows reviewed
|
|
849
855
|
- sampled people
|
|
850
|
-
- sampled fits, shown as `n/N
|
|
856
|
+
- sampled fits, shown as `n/N` only; do not include a percentage
|
|
851
857
|
- estimated usable people
|
|
852
858
|
- confidence note (`sample-backed`, `directional`, or `needs more sample`)
|
|
853
859
|
|
|
@@ -631,7 +631,7 @@
|
|
|
631
631
|
"raw results found",
|
|
632
632
|
"finalist posts or preview rows reviewed",
|
|
633
633
|
"sampled people",
|
|
634
|
-
"sampled fits as n/N
|
|
634
|
+
"sampled fits as n/N only; no percentage",
|
|
635
635
|
"estimated usable people",
|
|
636
636
|
"estimated good-fit range after cleanup",
|
|
637
637
|
"confidence note"
|
|
@@ -662,7 +662,7 @@
|
|
|
662
662
|
"artifactLinkTiming": "before_next_step_or_revision_question",
|
|
663
663
|
"doNotCompressToSummaryOnly": false,
|
|
664
664
|
"doNotRenderArtifactLinksOnly": true,
|
|
665
|
-
"chatRenderRule": "Show a slim rendered-Markdown decision summary only, never a fenced code block. The first sentence must make the decision explicit: 'I recommend {primary source} using {exact filter/source recipe}. The runner-up is {source} because {reason}.' Use indexed sections and short bullets: recommendation, Primary source and filters, Runner-up sources, why it won, Quick numbers with one provider/source angle per bullet, raw volume, sampled fit
|
|
665
|
+
"chatRenderRule": "Show a slim rendered-Markdown decision summary only, never a fenced code block. The first sentence must make the decision explicit: 'I recommend {primary source} using {exact filter/source recipe}. The runner-up is {source} because {reason}.' Use indexed sections and short bullets: recommendation, Primary source and filters, Runner-up sources, why it won, Quick numbers with one provider/source angle per bullet, raw volume, sampled fit count as n/N only (no percentages), estimated good-fit range after cleanup, activity/warmth basis, confidence note, 3-5 representative sample leads, and one tradeoff. Do not forecast connection acceptance rates, reply rates, meetings, pipeline, revenue, or ROI unless the user supplied verified benchmark data for this exact workspace/sender. If Signals was searched or considered, include two compact inline Markdown tables before the recommendation is treated as final: Signal keyword lanes with keyword lane, timeframe, posts found, and finalist posts reviewed; and LinkedIn posts sampled with post URL/title, author/topic, age, engagers, sampled engagers, good fits as n/N only, estimated usable prospects per post, and use/discard decision. Default to selecting a few promising Signals posts for the first sample instead of trying to prove full Signals scale up front; if the sample is good but volume is low, say how many more posts to add/scrape next. Do not skip or discard Signals based only on raw post count or vibes; show the post-level math first, or explicitly say no engagers could be fetched and lower confidence. Keep discarded paths, full sample rows, and lead-sample.json details in lead-review.md. Do not show plain filesystem paths unless links cannot be created."
|
|
666
666
|
},
|
|
667
667
|
{
|
|
668
668
|
"action": "render_post_lead_parallel_progress",
|