@sellable/mcp 0.1.232 → 0.1.234

package/dist/tools/leads.js

@@ -522,6 +522,7 @@ search_prospeo_companies({
   }
 })
 Do not invent company_oids. When seedCompanies or seedDomains are present, omit company_oids and let the backend resolve real Prospeo company IDs.
+Route lookalike seed selection by campaign intent. For outbound/sales prospecting, use explicit target/account/customer domains or company names first, then verified past-customer/account evidence from research, CRM, or proof; never substitute the sender's company/domain or employer history unless it is confirmed as a target/customer seed or the user asks for sender-company peers. For job-search/application campaigns, current/past employers can be lookalike seeds because they define the candidate-fit lane. If intent or seed source is ambiguous, ask target/customer domains vs current/past employers, or switch to non-lookalike filters under YOLO. If the user asks for a geography like Germany, preserve it in company discovery where supported and in the follow-on people search.
 After account approval, copy the companySearchToken exactly into confirm_prospeo_company_accounts; package-backed MCP may return a short mcp-prospeo-company-search-token:* reference to avoid long-token copy errors.
 For accounts in the news: { "company_news": { "categories": ["Funding & Investment"], "timeframe_days": 90 } }.
 For awards: { "company_awards": { "include": ["G2"], "match_mode": "CONTAINS" } }.
@@ -1498,6 +1499,7 @@ export const leadToolDefinitions = [
     {
         name: "search_prospeo_companies",
         description: 'Search Prospeo for company/account results through the public /search-company lane. Requires get_provider_prompt({ provider: "prospeo" }) first. Use this first for company lookalike/account asks such as "find companies like Red Rover that use AI and have an API", "find founders at companies like our best customers", or "find accounts in the news about funding or partnerships". Results are accounts, not finished people leads. Review the returned accounts with the user, then call confirm_prospeo_company_accounts with the companySearchToken to create a domainFilterId before using search_prospeo for people at those accounts. Supports company lookalike, confirmed AI Attributes including pricing, company news, awards, website search, products/services, integrations, key customers, operating languages, Google discovery, headcount by location, structured company ICP, and experimental website traffic/key executive filters. Do not invent company_oids; when seedCompanies or seedDomains are present, omit company_oids and let the backend resolve real Prospeo IDs. company_intent and support-channel guesses like phone/email/chat/ticket/social are unsupported. Public API rows do not include lookalike tier/score/reason. If output includes omittedFilters or warnings, report them as truthful MCP/backend safety handling rather than claiming Prospeo enforced those omitted constraints. ' +
+            "Route lookalike seeds by campaign intent: outbound uses explicit target/account/customer domains or verified past-customer accounts, not the sender company/domain; job-search/application campaigns may use current/past employers as existing-company seeds. Preserve geography like Germany in account or people filters. " +
             prospeoCompanyAccountWorkflowGuidance,
         inputSchema: {
             type: "object",

package/package.json

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

package/skills/create-campaign/SKILL.md

@@ -220,6 +220,25 @@ reference to avoid long-token copy errors. Account rows are not people leads
 yet. The confirmation creates the `domainFilterId` that constrains the follow-on
 `search_prospeo` people search.
 
+For lookalike seed selection, route by campaign intent. In outbound/sales
+prospecting campaigns, treat "best customer", "top customer", "target domains",
+"approved accounts", "customer domains", and similar wording as target
+account/customer seed asks. Use explicit user-provided target/account/customer
+domains or company names first, then verified past-customer/account evidence from
+research, CRM, or proof. Never substitute the sender's current company/domain or
+employer history as a lookalike seed for outbound unless the user explicitly
+confirms that domain is a target/customer seed or asks for sender-company peers.
+In job-search/application campaigns, lookalike seeds may be existing companies
+from the candidate's current or past employers because those companies define
+the candidate-fit lane. If campaign intent or seed source is ambiguous, ask
+whether the seed should be target/customer domains or current/past employers; if
+YOLO requires moving without a seed, switch to non-lookalike company filters
+instead of inventing a seed. If the user asks for a geography like Germany,
+preserve it in account discovery where supported (`company_location_search` or
+`company_icp.geographic_markets`) and in follow-on people search
+(`person_location_search`); do not drop geography when moving from lookalike
+accounts to people leads.
+
 Prospeo company/account search is useful when the source plan depends on
 website traffic (`company_website_traffic`), confirmed AI Attributes including
 `pricing`, `uses_ai`, `has_api`, `has_chrome_extension`, `has_sso`,

package/skills/create-campaign/core/providers/prospeo.json

@@ -24,13 +24,13 @@
     "useWhen": [
       "You want Prospeo filters or domain-based search",
       "You need company lookalike account discovery before finding people",
-      "You want companies like X, best-customer lookalikes, or accounts using AI/API/SSO/Chrome extensions",
+      "You want companies like X, target-domain, best-customer/top-customer, or job-search employer lookalikes, or accounts using AI/API/SSO/Chrome extensions",
       "You need companies hiring for specific roles using job-posting filters",
       "You need high deliverability from Prospeo"
     ],
     "avoidWhen": ["You need LinkedIn activity filters"],
     "reason": "Strong for hiring-led search, company/account lookalikes, Prospeo-specific filters, verified contacts, and domain lists.",
-    "prose": "Since you're targeting **{icp}**, I'd recommend **Prospeo**.\n\nHere's why:\n- Prospeo can discover lookalike accounts first, then turn approved accounts into a domainFilterId for people search\n- Prospeo can filter for companies hiring specific roles with job-posting filters\n- We can pair those company signals with buyer/referrer titles and verified-contact coverage\n\nFor lookalike accounts, I will show an account sample first; those account rows are not people leads yet. After approval, I will use the companySearchToken to confirm the accounts, then search people at the returned domainFilterId.\n\nShould I search Prospeo for {icp}?"
+    "prose": "Since you're targeting **{icp}**, I'd recommend **Prospeo**.\n\nHere's why:\n- Prospeo can discover lookalike accounts first, then turn approved accounts into a domainFilterId for people search\n- Prospeo can filter for companies hiring specific roles with job-posting filters\n- We can pair those company signals with buyer/referrer titles and verified-contact coverage\n\nFor lookalike accounts, I will show an account sample first; those account rows are not people leads yet. After approval, I will use the companySearchToken to confirm the accounts, then search people at the returned domainFilterId. For outbound lookalikes, I will use target/account/customer domains or verified past-customer accounts, not the sender's company. For job-search/application lookalikes, I can use current or past employers as existing-company seeds.\n\nShould I search Prospeo for {icp}?"
   },
   "askOption": {
     "label": "Prospeo",

package/skills/create-campaign/references/provider-selection-strategy.md

@@ -99,7 +99,7 @@ Is your ICP LinkedIn-active (founders, sales, marketing, GTM, engineers)?
 Need hiring-by-role filters? -> Prospeo (has company job-posting filters)
 Need tech stack targeting? -> Apollo (has technology filters)
 Have specific company names/domains? -> Sales Navigator for small lists or Prospeo with domainFilterId
-Need companies like X, best-customer lookalikes, AI/API/SSO/Chrome extension filters, news/awards/integrations/key customers? -> Prospeo account discovery first
+Need companies like X, target-domain lookalikes, best-customer/top-customer lookalikes, job-search employer lookalikes, AI/API/SSO/Chrome extension filters, news/awards/integrations/key customers? -> Prospeo account discovery first; outbound uses target/account/customer domains or verified past-customer accounts, while job-search/application campaigns can use current/past employers as existing-company seeds
 ```
 
 ## ICP-to-Provider Quick Reference

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

@@ -188,6 +188,25 @@ Show the account sample first, ask approval, then pass the returned
 `confirm_prospeo_company_accounts`. The confirmed `domainFilterId` constrains
 the follow-on people search; account rows are not people leads yet.
 
+For lookalike seed selection, route by campaign intent. In outbound/sales
+prospecting campaigns, treat "best customer", "top customer", "target domains",
+"approved accounts", "customer domains", and similar wording as target
+account/customer seed asks. Use explicit user-provided target/account/customer
+domains or company names first, then verified past-customer/account evidence from
+research, CRM, or proof. Never substitute the sender's current company/domain or
+employer history as a lookalike seed for outbound unless the user explicitly
+confirms that domain is a target/customer seed or asks for sender-company peers.
+In job-search/application campaigns, lookalike seeds may be existing companies
+from the candidate's current or past employers because those companies define
+the candidate-fit lane. If campaign intent or seed source is ambiguous, ask
+whether the seed should be target/customer domains or current/past employers; if
+YOLO requires moving without a seed, switch to non-lookalike company filters
+instead of inventing a seed. If the user asks for a geography like Germany,
+preserve it in account discovery where supported (`company_location_search` or
+`company_icp.geographic_markets`) and in follow-on people search
+(`person_location_search`); do not drop geography when moving from lookalike
+accounts to people leads.
+
 Before any provider prompt/search/scout call, move the watched campaign to
 source selection, show `## Find Buyers Plan`, then open `request_user_input`
 without repeating the URL. The plan must appear before the question and only

package/skills/find-leads/SKILL.md

@@ -391,6 +391,25 @@ Use first for broad persona expansion, ABM/domain targeting, hiring-led targetin
 - For companies like X, our best customers, lookalike accounts, companies that use AI, companies with API/SSO/Chrome extension, or
   news/award/integration/key-customer account filters, use
   `search_prospeo_companies` before people search.
+- For lookalike seed selection, route by campaign intent. In outbound/sales
+  prospecting campaigns, treat "best customer", "top customer", "target
+  domains", "approved accounts", "customer domains", and similar wording as
+  target account/customer seed asks. Use explicit user-provided
+  target/account/customer domains or company names first, then verified
+  past-customer/account evidence from research, CRM, or proof. Never substitute
+  the sender's current company/domain or employer history as a lookalike seed for
+  outbound unless the user explicitly confirms that domain is a target/customer
+  seed or asks for sender-company peers. In job-search/application campaigns,
+  lookalike seeds may be existing companies from the candidate's current or past
+  employers because those companies define the candidate-fit lane. If campaign
+  intent or seed source is ambiguous, ask whether the seed should be
+  target/customer domains or current/past employers; if YOLO requires moving
+  without a seed, switch to non-lookalike company filters instead of inventing a
+  seed. If the user asks for a geography like Germany, preserve it in account
+  discovery where supported (`company_location_search` or
+  `company_icp.geographic_markets`) and in follow-on people search
+  (`person_location_search`); do not drop geography when moving from lookalike
+  accounts to people leads.
 - Use Prospeo company/account search when the ask depends on website traffic
   (`company_website_traffic`), confirmed AI Attributes including `pricing`,
   `uses_ai`, `has_api`, `has_chrome_extension`, `has_sso`, `has_open_source`,

package/skills/providers/prospeo.md

@@ -87,6 +87,25 @@ backend resolves real Prospeo company IDs. Do not invent company_oids such as
 placeholder IDs from examples. Only send `company_lookalike.company_oids` when
 they are real Prospeo company IDs returned by a prior tool/search.
 
+For lookalike seed selection, route by campaign intent. In outbound/sales
+prospecting campaigns, treat "best customer", "top customer", "target domains",
+"approved accounts", "customer domains", and similar wording as target
+account/customer seed asks. Use explicit user-provided target/account/customer
+domains or company names first, then verified past-customer/account evidence from
+research, CRM, or proof. Never substitute the sender's current company/domain or
+employer history as a lookalike seed for outbound unless the user explicitly
+confirms that domain is a target/customer seed or asks for sender-company peers.
+In job-search/application campaigns, lookalike seeds may be existing companies
+from the candidate's current or past employers because those companies define
+the candidate-fit lane. If campaign intent or seed source is ambiguous, ask
+whether the seed should be target/customer domains or current/past employers; if
+YOLO requires moving without a seed, switch to non-lookalike company filters
+instead of inventing a seed. If the user asks for a geography like Germany,
+preserve it in account discovery where supported (`company_location_search` or
+`company_icp.geographic_markets`) and in follow-on people search
+(`person_location_search`); do not drop geography when moving from lookalike
+accounts to people leads.
+
 For structured ICP sizing, pair `company_icp.company_sizes` with
 `company_headcount_range` when possible. The MCP normalizer derives headcount
 ranges for `micro`, `smb`, `midmarket`, `enterprise`, and `large_enterprise`
@@ -109,6 +128,9 @@ Avoidable-400 guardrails:
 - For seeded company lookalikes, keep the first call simple: seed company/domain + `company_lookalike.minimum_tier` + confirmed attributes, headcount, or industry. Do not add `company_website_search`, `company_keywords`, or `company_icp` until the account sample proves the seed works.
 - For seeded company lookalikes, do not combine `has_api` and `has_sso` in the first call; start with `has_api` and refine after a valid account sample if SSO still matters.
 - Do not send placeholder seed names such as `another approved best-customer seed`; use only concrete company names or domains you have actually resolved.
+- Do not silently use the sender company as a customer lookalike seed for
+  outbound; use explicit target/account/customer domains or verified
+  past-customer evidence instead.
 - If the user references another approved seed but does not name it, ask for the
   seed or run a one-seed lookalike without `match_all`; do not invent a second
   seed from examples, competitors, or exclusions.
@@ -275,6 +297,14 @@ Preference rules:
 - Run `company_key_customers` as a standalone first-pass filter. Do not combine `company_key_customers` with ICP, website-search, keyword, attribute, industry, or headcount filters until the standalone pass proves useful.
 - For seeded lookalikes, avoid first-call `company_website_search`, `company_keywords`, and `company_icp`; use resolved seeds plus lookalike tier and simple attributes/headcount/industry first.
 - For seeded lookalikes, avoid first-call `has_api` + `has_sso`; use one confirmed attribute first, then refine.
+- For outbound customer, best-customer, or top-customer lookalikes, never use the
+  sender's current company/domain as a silent substitute; use explicit
+  target/account/customer domains or verified past-customer evidence. For
+  job-search/application campaigns, current/past employers may be the lookalike
+  seeds because the campaign is about finding similar employers.
+- If the user gives geography like Germany, keep that geography in the company
+  discovery or follow-on people filters instead of dropping it after account
+  confirmation.
 - Do not invent missing approved seeds. If a second seed is not named, ask for it
   or run one seed without `match_all`.
 - Prefer `seedDomains` for single-seed lookalikes. For multi-seed `match_all`