com.mambabuilt/mcp-email-waterfall-orchestrator
Finds and verifies work emails on your own provider keys, with real per-provider spend.
Installation
Ajoutez ceci à la configuration MCP de votre client (Claude Desktop : claude_desktop_config.json ; Cursor : .cursor/mcp.json ; VS Code et les autres utilisent la même forme « mcpServers »).
@mambalabsdev/mcp-email-waterfall-orchestratorclaude mcp add mcp-email-waterfall-orchestrator -e 'APIFY_TOKEN=<your apify_token>' -- npx -y @mambalabsdev/mcp-email-waterfall-orchestrator@1.2.0
{
"mcpServers": {
"mcp-email-waterfall-orchestrator": {
"command": "npx",
"args": [
"-y",
"@mambalabsdev/mcp-email-waterfall-orchestrator@1.2.0"
],
"env": {
"APIFY_TOKEN": "<your apify_token>"
}
}
}
}
Variables d'environnement
APIFY_TOKENobligatoire secret Apify API token from https://console.apify.com/account/integrations
Documentation
Tirée du README du projet sur GitHub, actualisée chaque semaine. Les liens ouvrent GitHub.
Sommaire
Work Email Waterfall MCP Server
MCP server for the Mamba Labs Work Email Waterfall actor on Apify.
Give it contacts and your own provider API keys. It finds a work email for each, verifies it, and tells you exactly what each provider cost you.
Tool
find_work_email
Returns one flat row per contact, misses included, plus a summary row carrying the run totals: the address found, which provider found it, its position in the chain, every provider attempted, the verification verdict and its source, and the provider units spent.
Bring your own keys
This is the part that makes it different from a credit-based enrichment tool. Mamba Labs supplies no provider keys, never sees your credits, and never resells them. The run spends from your accounts at your negotiated rates, which is why maxProviderUnits exists and why you should set it.
The tradeoff is honest in both directions: you keep your own pricing and your own provider relationships, and you carry your own spend. What you get back is real attribution rather than a credit count, so you can see which provider actually earned its keep.
Give it providerRates and the run reports dollars at your rate. Leave it empty and it reports units only, because your plan tier is not knowable from here and guessing it would produce a confident wrong number.
What happens to a bad key
Nothing dramatic. Every key is validated for free before any paid call. A provider with no usable key is dropped from the chain and reported, rather than failing the run or silently burning attempts. With no keys at all the run still completes, explains which capabilities were unavailable, and charges nothing.
Verification is not an afterthought
Verification runs after each finder that returns an address, not once at the end, because providers do not agree on what "found" means. An address that one provider calls a hit and a verifier calls undeliverable is a miss, and you want to know that before it reaches a sequencer.
find_work_email
| Input | Type | Notes |
|---|---|---|
contacts | object[] | One object per person. Any of full_name, first_name, last_name, company_domain, company_name, linkedin_url, email. A single contact is an array of one. |
providerKeys | object | Your own keys, by provider name. Validated for free before any paid call. |
providerOrder | string[] | Registry entry ids in call order. Empty means the actor's default chain. |
verificationOrder | string[] | Verifier entry ids in order. Empty means the actor's default. |
maxContacts | integer | Hard ceiling on contacts processed. |
maxProviderUnits | integer | Run-level cap on provider credits spent from your accounts. Strongly recommended. |
providerRates | object | Map of provider or provider.endpoint to your cost per unit, so spend is reported in dollars. |
concurrencyHint | integer | Advisory. Real pacing comes from each endpoint's own multi-window rate limits. |
max_charge_usd | number | Optional cost cap in USD for this run. The actor stops before an item that could take its charges past this amount. |
More identifiers means a better chance of a hit. Keyed on a LinkedIn URL the top provider measured 13.7 percent against 9.3 percent on name plus domain, on the same 300 contacts in the same hour.
Setup
{
"mcpServers": {
"mamba-email-waterfall-orchestrator": {
"command": "npx",
"args": ["-y", "@mambalabsdev/mcp-email-waterfall-orchestrator"],
"env": { "APIFY_TOKEN": "your-apify-token" }
}
}
}
Get a token at console.apify.com/account/integrations. Each call spends from your own provider accounts and consumes Apify credits per contact submitted and per address found, on top of whatever your own provider keys spend.
Pricing
Price per event on the Apify FREE plan, from the live pricing record; paid Apify plans pay less per event.
| Event | Price (USD) |
|---|---|
Actor Start (apify-actor-start) | 0.00005 |
Email Search Submitted (email-search-submitted) | 0.003 |
Email Found (email-found) | 0.02 |
Also available
This tool is also exposed by the GTM Suite umbrella server, alongside the rest of the Mamba Labs GTM actors, if you would rather run one server than many.
Built by Mamba Labs.
Questions fréquentes
Qu'est-ce que com.mambabuilt/mcp-email-waterfall-orchestrator ?
Finds and verifies work emails on your own provider keys, with real per-provider spend.
Comment installer com.mambabuilt/mcp-email-waterfall-orchestrator ?
Il s'exécute sur votre machine. Dans Claude Code : claude mcp add mcp-email-waterfall-orchestrator -e 'APIFY_TOKEN=<your apify_token>' -- npx -y @mambalabsdev/mcp-email-waterfall-orchestrator@1.2.0. Pour les autres clients, collez la configuration JSON de cette page dans leurs réglages MCP.
Faut-il une clé API pour com.mambabuilt/mcp-email-waterfall-orchestrator ?
Oui. Il attend APIFY_TOKEN, à renseigner dans sa configuration.
com.mambabuilt/mcp-email-waterfall-orchestrator est-il open source ?
Oui. Son code est sur GitHub sous licence MIT.
Qui maintient com.mambabuilt/mcp-email-waterfall-orchestrator ?
Il est publié par mambalabsdev. AI.tn le référence sans le maintenir ni le recommander.
Issu du registre MCP officiel. Être listé n'est pas une recommandation : vérifiez le code et les permissions d'un serveur avant de lui donner accès à vos données.