Cold Leads MCP server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| COLDLEADS_API_KEY | No | Secret API key (sk_…). Optional at start-up: without it the server still starts, lists tools and can run agent onboarding. | |
| COLDLEADS_API_BASE | No | API base URL (for local development against a Cold Leads dev server). | https://coldleads.app |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| search_leadsA | Search the leads already in your Cold Leads CRM for a target company domain: contact e-mail, name, company, phone, stage, tags, verification status and a do_not_contact flag. Covers only contacts in your own workspace (Cold Leads has no third-party lead database). Free, uses no credits. |
| verify_emailA | Verifies an e-mail address: syntax, disposable domain, role account and MX records, plus an SMTP mailbox and catch-all check when Cold Leads can open an SMTP connection to the recipient's mail server (otherwise reasons contains smtp_unreachable and catch_all is null). Returns validity (valid, risky or invalid), a score and reason codes. Answers within about 5 seconds; costs 1 credit. |
| provision_account_and_get_payment_linkA | Use only when no working Cold Leads API key is available (other Cold Leads tools return missing_api_key or bad_api_key) and the human wants to use Cold Leads. Creates a pending Cold Leads account for the human owner's e-mail and returns a Stripe payment link for the Business plan with API access (price in plan.price, billed monthly until cancelled). Show checkout_url to the human and let them decide; never open, pay or share the link yourself. Keep claim_token secret, then call check_provisioning_status until status is active to receive the API key once. |
| check_provisioning_statusA | Checks an account created with provision_account_and_get_payment_link. Returns status pending_payment, active, expired or suspended. When active, the first call with the claim_token returns api_key exactly once: store it securely as COLDLEADS_API_KEY and send it as Authorization: Bearer . Poll every 15–30 seconds while pending_payment. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 4 tools
The four tools cover clearly separate actions: email verification, CRM lead search, account/payment provisioning, and provisioning status check. No two tools overlap in function, so an agent can easily select the right one.
All names use snake_case and follow a verb-first pattern (verify_email, search_leads, provision_account_and_get_payment_link, check_provisioning_status). The long provisioning name is descriptive but still consistent with the convention.
Four tools is within the typical 3–15 range and each tool serves a distinct, necessary role in the verification, search, and onboarding workflow. The count is well-scoped for the server's apparent purpose.
The server only exposes search and verification for existing leads, with no tools to create, update, delete, or list leads (or to fetch a lead by ID). Core CRM lifecycle operations are missing, which will block agents needing to manage leads.