@sellable/install 0.1.168 → 0.1.170
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
|
@@ -214,9 +214,11 @@ before person search, use the Prospeo account approval flow:
|
|
|
214
214
|
First return an account sample and ask the user to approve the account set.
|
|
215
215
|
Only call `confirm_prospeo_company_accounts` with the `companySearchToken`
|
|
216
216
|
returned by `search_prospeo_companies` and selected Prospeo company IDs; never
|
|
217
|
-
reconstruct raw account rows or domains manually
|
|
218
|
-
|
|
219
|
-
|
|
217
|
+
reconstruct raw account rows or domains manually; always copy the `companySearchToken` exactly.
|
|
218
|
+
Package-backed MCP may return a short `mcp-prospeo-company-search-token:*`
|
|
219
|
+
reference to avoid long-token copy errors. Account rows are not people leads
|
|
220
|
+
yet. The confirmation creates the `domainFilterId` that constrains the follow-on
|
|
221
|
+
`search_prospeo` people search.
|
|
220
222
|
|
|
221
223
|
Prospeo company/account search is useful when the source plan depends on
|
|
222
224
|
website traffic (`company_website_traffic`), confirmed AI Attributes including
|
|
@@ -232,9 +234,28 @@ the MCP backend resolves real Prospeo company IDs. Do not invent company_oids.
|
|
|
232
234
|
For company ICP geography, `geographic_scope` only accepts `single_country` or
|
|
233
235
|
`multi_country`; put North America style regions in `geographic_markets` as
|
|
234
236
|
specific markets such as United States and Canada. Product is not a
|
|
235
|
-
company_icp.departments value; use `titles_include` for product roles.
|
|
236
|
-
|
|
237
|
-
AI
|
|
237
|
+
company_icp.departments value; use `titles_include` for product roles.
|
|
238
|
+
`company_keywords.include/exclude` values must be at least 3 characters; use
|
|
239
|
+
`artificial intelligence` instead of `AI`, or use confirmed attributes such as
|
|
240
|
+
`uses_ai` when that is the actual signal. Do not use `company_intent`, and do
|
|
241
|
+
not invent unsupported support-channel filters or AI Attribute guesses like
|
|
242
|
+
phone/email/chat/ticket/social.
|
|
243
|
+
Use `company_key_customers` as a standalone first-pass account filter; in short,
|
|
244
|
+
run company_key_customers as a standalone first-pass. Do not combine
|
|
245
|
+
`company_key_customers` with `company_website_search`, `company_icp`,
|
|
246
|
+
`company_keywords`, or broad AI Attributes in the first call. Do not use `AI`,
|
|
247
|
+
`API`, `GTM`, or `SaaS` as company keyword terms; use confirmed attributes or
|
|
248
|
+
spell out artificial intelligence, application programming interface, go to
|
|
249
|
+
market, and software as a service. Do not send `company_keywords.exclude`
|
|
250
|
+
without an include keyword, and do not duplicate `company_industry` when
|
|
251
|
+
`company_icp.industries` already carries the industry. For post-confirm people
|
|
252
|
+
search, prefer `person_job_title.boolean_search` for long role synonym lists
|
|
253
|
+
instead of many `person_job_title.include` values plus broad department/seniority
|
|
254
|
+
filters.
|
|
255
|
+
Do not use `AI`, `API`, `GTM`, or `SaaS` as company keyword terms.
|
|
256
|
+
Do not combine `company_key_customers` with ICP, website-search, keyword,
|
|
257
|
+
attribute, industry, or headcount filters until the standalone pass proves
|
|
258
|
+
useful.
|
|
238
259
|
|
|
239
260
|
After scouting, ask for a second approval on Start Import. For
|
|
240
261
|
LinkedIn engagement (`signal-discovery` internally), name how many
|