A single-tool MCP server that runs the Mamba Labs Prospect Engine Apify actor to enrich companies, discover job postings, and find contacts — with optional email waterfall, ICP scoring, and personalization.
enrich_companies — resolve identity, firmographics, LinkedIn and social (Facebook, Instagram, X, YouTube) for domains or company names; needs no vendor key.
discover_jobs — find who is hiring for your keywords (copy editor, proofreader, etc.), filter by country, location, remote-only, lookback days, and resolve the real employer behind each posting.
find_contacts — find people at named companies, filtered by job titles, seniority, and departments.
full — chain discovery → enrichment → ICP scoring → contact discovery, passing only companies at or above min_icp_score (default 45) to the contact stage.
Email waterfall & verification — optional lookup via Findymail → Icypeas → Prospeo, with BounceBan/Reoon verification.
ICP scoring — tier every row A–D using the proofed_editorial or generic_b2b preset.
AI steps — position verification and personalized openers via your own claude_api_key (skipped if absent).
Noise filtering — drop staffing agencies, gig marketplaces, unwanted company names, and size out-of-range companies.
Cost controls — max_spend_usd caps your vendor bills, max_charge_usd caps the Apify charge, plus concurrency and page limits.
Delta runs — new_postings_only / previous_run_date plus a 7-day cross-run cache (skippable) return only unseen postings.
Clay-ready output — flat rows with per-field provenance; long runs poll up to 1,800 seconds and return a run ID if still going.
Read-only: it enriches and discovers but writes nothing, and requires an APIFY_TOKEN plus Apify credits.
Enables enrichment of company profiles with Facebook social media presence.
Allows filtering out job postings from Fiverr and similar gig marketplaces.
Allows filtering out job postings from Freelancer and similar gig marketplaces.
Enables enrichment of company profiles with Instagram social media presence.
Allows filtering out job postings from Upwork and similar gig marketplaces.
Enables enrichment of company profiles with YouTube social media presence.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type @ followed by the MCP server name and your instructions, e.g., "@Prospect Engine MCP Server Enrich company domains: acme.com, globex.com"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
MCP server for the Mamba Labs Prospect Engine actor on Apify.
Four modes in one actor: enrich companies you already have, discover who is hiring for your keywords, find contacts at a company, or run the whole chain end to end with an ICP gate in the middle.
npx -y @mambalabsdev/mcp-b2b-prospect-engine{
"mcpServers": {
"mamba-b2b-prospect-engine": {
"command": "npx",
"args": ["-y", "@mambalabsdev/mcp-b2b-prospect-engine"],
"env": { "APIFY_TOKEN": "your-apify-token" }
}
}
}Get an Apify token at console.apify.com/account/integrations.
Related MCP server: Prospeo MCP Server
run_prospect_engineFour modes in one actor: enrich companies you already have, discover who is hiring for your keywords, find contacts at a company, or run the whole chain end to end with an ICP gate in the middle.
Input | Type | Required | Notes |
| enum | no | What to run. enrich_companies resolves identity, firmographics, LinkedIn and social for each company. discover_jobs finds who is hiring for your keywords and resolves the real employer from the job description. find_contacts finds people at each company. full chains all three. Default: "enrich_companies". One of: |
| array | no | One domain per line. Used by enrich_companies and find_contacts. |
| array | no | One name per line. Used when you have a name but no domain. |
| array | no | Roles to search for. Used by discover_jobs and full. Example: copy editor, proofreader, content editor. Default: ["copy editor", "proofreader", "content editor"]. |
| string | no | Two letter country code for job search, for example us or gb. Default: "us". |
| string | no | Optional location filter for job search, for example New York. |
| string | no | Drop postings older than this many days. Sent as a string because Clay sends every field as a string. Default: "30". |
| string | no | Cap on postings returned per run. Keeps a broad keyword set from running away. Default: "25". |
| string | no | 1 to 5. Each page is one SerpAPI call, so this is the main cost dial on discovery. Default: "1". |
| string | no | true to return only postings not seen in a previous run. Default: "false". |
| string | no | YYYY-MM-DD watermark for delta detection when the cross-run cache is unavailable. |
| string | no | true to keep only postings flagged remote by the board. Default: "false". |
| string | no | Drop companies below this headcount. Only takes effect once headcount is known, so it applies in full mode and to any discovery row that carried an employee count. Discovery alone does not enrich. |
| string | no | Drop companies above this headcount. Same condition as the minimum. |
| string | no | true to drop postings from staffing and recruitment agencies. Default: "true". |
| string | no | true to drop Upwork, Fiverr, Freelancer and similar gig listings. Default: "true". |
| array | no | Additional marketplace names to filter out. |
| string | no | true to open the job posting when the description alone does not identify the employer. Slower, and it is what catches a job board posting on an employer's behalf. Default: "true". |
| string | no | 1 to 25. Default: "3". |
| array | no | Only enrich contacts whose title plausibly matches one of these roles. Filters after discovery and before any paid email lookup, so a non-matching contact costs nothing. Leave empty to keep every contact the seniority and department filters allow. |
| array | no | Whole words that disqualify a contact even when the title matched a target role, for example product refuses Product Owner and keeps Production Editor. Applies even when no target roles are set. |
| string | no | How many companies to work at once. Simultaneous provider calls are this times contact_concurrency; 6 x 3 = 18 sits under the tightest documented provider ceiling. Default: "6". |
| string | no | How many contacts to enrich at once within one company. The email waterfall itself always runs in order. Default: "3". |
| string | no | Stop making paid vendor calls once this much of your own vendor spend (Findymail, Icypeas, Prospeo, BounceBan) is committed, and return everything completed so far. Caps your vendor bills, not the Apify charge for this actor. Leave empty for no cap. |
| number | no | Your cap on this actor's Apify charge for the run, in USD. A charge that would cross it is not made, the run stops, and one notice row says so. Separate from |
| array | no | Titles to search for when finding contacts. |
| array | no | c_level, vp, director, manager, senior. |
| array | no | marketing, sales, engineering, product, finance, hr, operations, legal. |
| string | no | true to run the email waterfall. Needs an Icypeas or Prospeo key, which you supply and are billed for directly. Default: "false". |
| string | no | true to verify each address. Needs a BounceBan key. Default: "true". |
| string | no | true to ask a model whether each contact's title on record is consistent and plausibly current, from the supplied evidence only. Needs claude_api_key; skipped without it. Contacts found on the company's own website are skipped. Default: "true". |
| string | no | true to write a one or two sentence opener per contact that has an address, referencing something specific about the company. Needs claude_api_key; skipped without it. Default: "true". |
| string | no | How the opener should sound. Leave empty and it writes plainly and directly. |
| string | no | true to score every row against the ICP rules and tier it A to D. Default: "true". |
| enum | no | Which scoring model to apply. "editorial_services" scores for a seller of managed copy editing and proofreading. "generic_b2b" scores on hiring intent, employer resolvability and headcount with no service-specific vocabulary. Default: "editorial_services". One of: |
| string | no | In full mode, only companies scoring at or above this go on to contact discovery. Default 45: at 25 the filter passed every keyword-discovered editorial posting, because 25 is the floor such a posting can score. Default: "45". |
| array | no | Any company whose name contains one of these is excluded. |
| array | no | Override the default signal types. Each entry is an object with type, strength, title_keywords, and optional also_keywords and description_keywords. |
| string | no | true to resolve Facebook, Instagram, X and YouTube alongside LinkedIn. Default: "true". |
| string | no | 5 to 120. A source that exceeds this is marked degraded and the run continues. Default: "30". |
| string | no | true to ignore the 7 day cross-run cache and recompute everything. Default: "false". |
| string | no | Your Serper.dev key. Powers people search in find_contacts, which is the highest-coverage layer. Without it the free fallback is measurably poor. |
| string | no | Your Findymail key. First provider in the email waterfall. |
| string | no | Your Icypeas key. Runs on Findymail misses. |
| string | no | Your Prospeo key. Runs on the residual after Findymail and Icypeas. |
| string | no | Your BounceBan key. Second verifier, used for the catch-all case. |
| string | no | Your SerpApi key. Required by discover_jobs and full. Distinct from a Serper key: different vendor. |
| string | no | Your own Anthropic key, used for position verification and the personalized opener. Both steps are skipped when it is absent. Never stored. |
You are charged per company enriched, per contact verified and per job posting discovered, at different rates for basic and full enrichment. Vendor API calls are billed to you by those vendors directly. Set max_spend_usd to cap that vendor spend per run, and target_roles to skip paid lookups for contacts outside the roles you want. verify_position and personalize run on your own Anthropic key (claude_api_key) and are skipped without it.
Price per event on the Apify FREE plan, from the live pricing record; paid Apify plans pay less per event.
Event | Price (USD) |
Company enriched, basic ( | 0.02 |
Company enriched, full ( | 0.08 |
Contact verified ( | 0.015 |
Job posting discovered ( | 0.01 |
Company enriched, basic, chained run ( | 0.015 |
Company enriched, full, chained run ( | 0.06 |
Contact verified, chained run ( | 0.01125 |
Job posting discovered, chained run ( | 0.0075 |
Company enriched, full, reserved rate ( | 0.05 |
Contact verified, reserved rate ( | 0.009 |
Job posting discovered, reserved rate ( | 0.005 |
Pricing is on the actor's Apify page. Running this server consumes Apify credits.
It is a thin client for the Apify actor. It passes your input through and returns the actor's output unchanged. Every behavior described above lives in the actor, not here.
Errors are surfaced, never swallowed. An invalid input, an invalid token, an exhausted balance, a timeout, or a run that returns anything other than a dataset all come back as an explicit tool error rather than as an empty result.
The tool starts the actor run and polls it to a finished status, so a long run is not cut off at 300 seconds. The run is allowed 1,800 seconds. If it is still going two minutes after that, the call stops waiting and returns the run ID with a link to it in the Apify Console, where the results land when it finishes. A run that does not succeed comes back as an error with its run ID and status. A full or find_contacts run over many companies can take several minutes, which is why this matters here.
The actor is on the Apify Store. This wrapper is MIT licensed.
Built by Mamba Labs
A composed prospecting actor with four modes. enrich_companies resolves identity, firmographics, LinkedIn and social for each domain or company name you supply, and needs no vendor key at all. discover_jobs finds who is hiring for your keywords and resolves the real employer behind each posting, including postings a job board placed on an employer's behalf. find_contacts finds people at the companies you name, with optional email discovery and verification. full runs discovery, enrichment, ICP scoring and then contact discovery, passing only the companies at or above min_icp_score through to the contact stage. Every row comes back flat and Clay ready with per field provenance. Vendor keys are yours: you supply them, those vendors bill you directly, and the per event price covers the actor only. discover_jobs and full require a SerpApi key, which is a different vendor from the Serper key that powers people search. Use it when you need companies, hiring signals, or contacts in one flat table. Do not use it to verify a single email you already have (that is the Work Email Waterfall) or to score a list you already enriched (that is the ICP Fit Scorer). Cost controls: max_results and max_pages bound discovery, target_contacts bounds contacts per company, target_roles skips paid lookups for non-matching contacts, and max_spend_usd caps your own vendor spend. Requires an APIFY_TOKEN and consumes Apify credits. Read only: it enriches and discovers, it writes nothing.
| Name | Required | Description | Default |
|---|---|---|---|
| mode | No | What to run. enrich_companies resolves identity, firmographics, LinkedIn and social for each company. discover_jobs finds who is hiring for your keywords and resolves the real employer from the job description. find_contacts finds people at each company. full chains all three. Default: "enrich_companies". | |
| country | No | Two letter country code for job search, for example us or gb. Default: "us". | |
| domains | No | One domain per line. Used by enrich_companies and find_contacts. | |
| keywords | No | Roles to search for. Used by discover_jobs and full. Example: copy editor, proofreader, content editor. Default: ["copy editor", "proofreader", "content editor"]. | |
| location | No | Optional location filter for job search, for example New York. | |
| max_pages | No | 1 to 5. Each page is one SerpAPI call, so this is the main cost dial on discovery. Default: "1". | |
| score_icp | No | true to score every row against the ICP rules and tier it A to D. Default: "true". | |
| seniority | No | c_level, vp, director, manager, senior. | |
| icp_preset | No | Which scoring model to apply. "editorial_services" scores for a seller of managed copy editing and proofreading. "generic_b2b" scores on hiring intent, employer resolvability and headcount with no service-specific vocabulary. Default: "editorial_services". | |
| job_titles | No | Titles to search for when finding contacts. | |
| skip_cache | No | true to ignore the 7 day cross-run cache and recompute everything. Default: "false". | |
| brand_voice | No | How the opener should sound. Leave empty and it writes plainly and directly. | |
| deny_tokens | No | Whole words that disqualify a contact even when the title matched a target role, for example product refuses Product Owner and keeps Production Editor. Applies even when no target roles are set. | |
| departments | No | marketing, sales, engineering, product, finance, hr, operations, legal. | |
| max_results | No | Cap on postings returned per run. Keeps a broad keyword set from running away. Default: "25". | |
| personalize | No | true to write a one or two sentence opener per contact that has an address, referencing something specific about the company. Needs claude_api_key; skipped without it. Default: "true". | |
| remote_only | No | true to keep only postings flagged remote by the board. Default: "false". | |
| serpapi_key | No | Your SerpApi key. Required by discover_jobs and full. Distinct from a Serper key: different vendor. | |
| target_roles | No | Only enrich contacts whose title plausibly matches one of these roles. Filters after discovery and before any paid email lookup, so a non-matching contact costs nothing. Leave empty to keep every contact the seniority and department filters allow. | |
| verify_email | No | true to verify each address. Needs a BounceBan key. Default: "true". | |
| company_names | No | One name per line. Used when you have a name but no domain. | |
| include_email | No | true to run the email waterfall. Needs an Icypeas or Prospeo key, which you supply and are billed for directly. Default: "false". | |
| lookback_days | No | Drop postings older than this many days. Sent as a string because Clay sends every field as a string. Default: "30". | |
| max_spend_usd | No | Stop making paid vendor calls once this much of your own vendor spend (Findymail, Icypeas, Prospeo, BounceBan) is committed, and return everything completed so far. Caps your vendor bills, not the Apify charge for this actor. Leave empty for no cap. | |
| min_icp_score | No | In full mode, only companies scoring at or above this go on to contact discovery. Default 45: at 25 the filter passed every keyword-discovered editorial posting, because 25 is the floor such a posting can score. Default: "45". | |
| claude_api_key | No | Your own Anthropic key, used for position verification and the personalized opener. Both steps are skipped when it is absent. Never stored. | |
| include_social | No | true to resolve Facebook, Instagram, X and YouTube alongside LinkedIn. Default: "true". | |
| max_charge_usd | No | Optional. The actor's own spend cap for this run, in USD. The run stops before a charge would take its total past this amount, writes one notice row saying so, and keeps every row already charged. Leave it empty for no cap of your own; the maximum cost per run set in Apify is honored either way. | |
| serper_api_key | No | Your Serper.dev key. Powers people search in find_contacts, which is the highest-coverage layer. Without it the free fallback is measurably poor. | |
| icypeas_api_key | No | Your Icypeas key. Runs on Findymail misses. | |
| prospeo_api_key | No | Your Prospeo key. Runs on the residual after Findymail and Icypeas. | |
| signal_taxonomy | No | Override the default signal types. Each entry is an object with type, strength, title_keywords, and optional also_keywords and description_keywords. | |
| target_contacts | No | 1 to 25. Default: "3". | |
| verify_position | No | true to ask a model whether each contact's title on record is consistent and plausibly current, from the supplied evidence only. Needs claude_api_key; skipped without it. Contacts found on the company's own website are skipped. Default: "true". | |
| company_size_max | No | Drop companies above this headcount. Same condition as the minimum. | |
| company_size_min | No | Drop companies below this headcount. Only takes effect once headcount is known, so it applies in full mode and to any discovery row that carried an employee count. Discovery alone does not enrich. | |
| exclude_staffing | No | true to drop postings from staffing and recruitment agencies. Default: "true". | |
| bounceban_api_key | No | Your BounceBan key. Second verifier, used for the catch-all case. | |
| findymail_api_key | No | Your Findymail key. First provider in the email waterfall. | |
| new_postings_only | No | true to return only postings not seen in a previous run. Default: "false". | |
| previous_run_date | No | YYYY-MM-DD watermark for delta detection when the cross-run cache is unavailable. | |
| extra_marketplaces | No | Additional marketplace names to filter out. | |
| fetch_posting_page | No | true to open the job posting when the description alone does not identify the employer. Slower, and it is what catches a job board posting on an employer's behalf. Default: "true". | |
| company_concurrency | No | How many companies to work at once. Simultaneous provider calls are this times contact_concurrency; 6 x 3 = 18 sits under the tightest documented provider ceiling. Default: "6". | |
| contact_concurrency | No | How many contacts to enrich at once within one company. The email waterfall itself always runs in order. Default: "3". | |
| extra_exclude_names | No | Any company whose name contains one of these is excluded. | |
| source_timeout_secs | No | 5 to 120. A source that exceeds this is marked degraded and the run continues. Default: "30". | |
| exclude_marketplaces | No | true to drop Upwork, Fiverr, Freelancer and similar gig listings. Default: "true". |
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description asserts 'Read only: it enriches and discovers, it writes nothing,' while the annotations explicitly declare readOnlyHint=false. That is a direct negation of the structured safety signal, and the actor in fact writes cache state and output/notice rows and consumes credits, so the text is also factually off. Per the rubric, a description that contradicts its annotations scores 1; otherwise this text would be rich (it does disclose APIFY_TOKEN auth, per-vendor billing, concurrency ceilings and cost caps).
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Long (~10 sentences) but front-loaded: modes first, then mode/key dependencies, then usage boundaries, then cost controls, then auth. For a 48-parameter multi-mode actor the length is justified and nearly every sentence carries non-redundant information; only the trailing read-only claim is wasted and misleading.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Despite having no output schema, the description states the return shape ('every row comes back flat and Clay ready with per field provenance'), the mode pipeline, the required APIFY_TOKEN, the bring-your-own-key vendor model, and the cost/limit controls. An agent has enough to invoke it correctly and to anticipate the billing and result format.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the per-parameter baseline is 3, but the description adds genuine cross-parameter meaning: it groups max_results/max_pages/target_contacts/target_roles/max_spend_usd into a single cost-control model and states which vendor key is required by which mode (SerpApi for discover_jobs/full vs Serper for people search). That relational context is not derivable from any single property description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Names a specific composite actor and enumerates all four modes (enrich_companies, discover_jobs, find_contacts, full) with what each does, including the pipeline ordering in full mode. An agent immediately knows the verb, resource, and scope, and the definition also distinguishes itself from the named non-sibling tools (Work Email Waterfall, ICP Fit Scorer).
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Gives an explicit positive trigger ('Use it when you need companies, hiring signals, or contacts in one flat table') and explicit exclusions with the correct alternatives named ('Do not use it to verify a single email... that is the Work Email Waterfall... or to score a list you already enriched... that is the ICP Fit Scorer'). This is textbook when/when-not guidance.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
v1.2.0run_prospect_engine14 fields changedInput schema / properties / brand_voiceAdded value: +{
+ "description": "How the opener should sound. Leave empty and it writes plainly and directly.",
+ "type": "string"
+}Input schema / properties / claude_api_keyAdded value: +{
+ "description": "Your own Anthropic key, used for position verification and the personalized opener. Both steps are skipped when it is absent. Never stored.",
+ "type": "string"
+}Input schema / properties / company_concurrencyAdded value: +{
+ "description": "How many companies to work at once. Simultaneous provider calls are this times contact_concurrency; 6 x 3 = 18 sits under the tightest documented provider ceiling. Default: \"6\".",
+ "type": "string"
+}Input schema / properties / contact_concurrencyAdded value: +{
+ "description": "How many contacts to enrich at once within one company. The email waterfall itself always runs in order. Default: \"3\".",
+ "type": "string"
+}Input schema / properties / deny_tokensAdded value: +{
+ "description": "Whole words that disqualify a contact even when the title matched a target role, for example product refuses Product Owner and keeps Production Editor. Applies even when no target roles are set.",
+ "items": {
+ "type": "string"
+ },
+ "type": "array"
+}Input schema / properties / icp_preset / descriptionPrevious value: -"Which scoring model to apply. \"proofed_editorial\" scores for a seller of managed copy editing and proofreading. \"generic_b2b\" scores on hiring intent, employer resolvability and headcount with no service-specific vocabulary. Default: \"proofed_editorial\"."New value: +"Which scoring model to apply. \"editorial_services\" scores for a seller of managed copy editing and proofreading. \"generic_b2b\" scores on hiring intent, employer resolvability and headcount with no service-specific vocabulary. Default: \"editorial_services\"."Input schema / properties / icp_preset / enumPrevious value: -[
- "proofed_editorial",
- "generic_b2b"
-]New value: +[
+ "editorial_services",
+ "generic_b2b"
+]Input schema / properties / max_charge_usdAdded value: +{
+ "description": "Optional. The actor's own spend cap for this run, in USD. The run stops before a charge would take its total past this amount, writes one notice row saying so, and keeps every row already charged. Leave it empty for no cap of your own; the maximum cost per run set in Apify is honored either way.",
+ "minimum": 0,
+ "type": "number"
+}Input schema / properties / max_spend_usdAdded value: +{
+ "description": "Stop making paid vendor calls once this much of your own vendor spend (Findymail, Icypeas, Prospeo, BounceBan) is committed, and return everything completed so far. Caps your vendor bills, not the Apify charge for this actor. Leave empty for no cap.",
+ "type": "string"
+}Input schema / properties / personalizeAdded value: +{
+ "description": "true to write a one or two sentence opener per contact that has an address, referencing something specific about the company. Needs claude_api_key; skipped without it. Default: \"true\".",
+ "type": "string"
+}Input schema / properties / reoon_api_keyRemoved value: -{
- "description": "Your Reoon key. First email verification provider.",
- "type": "string"
-}Input schema / properties / target_rolesAdded value: +{
+ "description": "Only enrich contacts whose title plausibly matches one of these roles. Filters after discovery and before any paid email lookup, so a non-matching contact costs nothing. Leave empty to keep every contact the seniority and department filters allow.",
+ "items": {
+ "type": "string"
+ },
+ "type": "array"
+}Input schema / properties / verify_email / descriptionPrevious value: -"true to verify each address. Needs a Reoon or BounceBan key. Default: \"true\"."New value: +"true to verify each address. Needs a BounceBan key. Default: \"true\"."Input schema / properties / verify_positionAdded value: +{
+ "description": "true to ask a model whether each contact's title on record is consistent and plausibly current, from the supplied evidence only. Needs claude_api_key; skipped without it. Contacts found on the company's own website are skipped. Default: \"true\".",
+ "type": "string"
+}v1.0.0run_prospect_engineScored across 1 tool
With only one tool, there is no possibility of misselection between tools. The four modes are clearly described within the single tool, so an agent knows exactly what the tool does.
The single tool name 'run_prospect_engine' follows a clear verb_noun snake_case convention. With no other tools, there is no inconsistency to evaluate.
A single tool for a broad prospecting domain covering enrichment, job discovery, contact finding, and full pipeline feels thin. While the tool is intentionally composed with modes, one tool limits granular control and selection.
The tool covers core discovery and enrichment workflows, but explicitly references separate tools for verifying a single email and scoring an enriched list that are not present. These are notable gaps for a complete prospecting surface, though core operations are present.
B2B lead and company intelligence: search leads, enrich contacts, and queue outreach.
Connect AI agents to Prosyo to query pipeline metrics, search B2B prospects, and manage multichannel LinkedIn and cold email outreach.
Build prospecting lists from buying signals, enrich them, and run LinkedIn outreach.
B2B prospecting from your Enginy workspace: find, enrich, and reach contacts and companies.
