← LastDatabase MCP Server Overview
LastDatabase MCP Server Documentation
Connect MCP-compatible AI clients and agents to LastDatabase for authorized B2B contact search, verified contact unlocking, business email verification and subscription allowance access.
https://lastdatabase.com/mcp
The MCP resource is a protected machine endpoint. Use this documentation page for human-readable integration guidance.
What is the LastDatabase MCP Server?
The LastDatabase MCP Server provides a structured interface between MCP-compatible AI applications and authorized LastDatabase customer accounts.
Instead of manually copying search criteria between an AI assistant and the LastDatabase dashboard, an authorized AI client can discover permitted tools and invoke them through Model Context Protocol.
Tool availability is determined by the OAuth scopes granted to the connected account. A client only sees MCP tools that its authorization permits.
or Agent
MCP Server
& Verification Services
Available MCP Tools
The current LastDatabase MCP implementation exposes four customer-facing tools when the corresponding OAuth scopes are available.
search_people
Search LastDatabase B2B contacts using supported targeting filters. Search does not consume a record.
unlock_people
Attempt to unlock one selected B2B contact after entitlement, suppression and JIT verification checks.
verify_email
Verify a business email address with the LastDatabase verification engine.
get_credits
Return the connected customer's subscription record allowance.
| Tool | OAuth scope | Purpose | Record consumption |
|---|---|---|---|
search_people |
people:search | Search B2B contacts with supported filters. | No. Search is non-charging. |
unlock_people |
people:search | Unlock an eligible contact after suppression and verification checks. | A new subscription record is consumed only after the contact satisfies the required delivery checks. |
verify_email |
email:verify | Verify a supplied business email address. | Does not perform a B2B contact unlock. |
get_credits |
credits:read | Read subscription record allowance. | No. |
Authentication and authorization
The LastDatabase MCP resource requires authorization. Unauthenticated access to the protected MCP endpoint is rejected. OAuth metadata is published separately so compatible clients can discover the authorization requirements.
The canonical protected MCP resource is:
https://lastdatabase.com/mcp
Protected-resource metadata is available at:
https://lastdatabase.com/.well-known/oauth-protected-resource/mcp
Authorization is scope-aware. For example, an account with
people:search can discover the
people search functionality. Email verification requires
email:verify, while allowance
reading requires credits:read.
Search B2B contacts with search_people
The search_people tool searches
LastDatabase B2B contact records. At least one search filter is
required.
Supported search fields include:
| Parameter | Type | Purpose |
|---|---|---|
country | string | Country targeting. |
state | string | State or regional targeting. |
city | string | City targeting. |
industry | string | Industry targeting. |
job_title | string | Job-title targeting. |
company_name | string | Company-name targeting. |
seniority | string | Seniority targeting. |
technology | string | Technology targeting. |
limit |
integer | Number of results. Minimum 1, maximum 50. Default is 25. |
Example AI request
Use LastDatabase to search for 5 B2B contacts
in the technology industry in the USA.
Do not unlock any contacts.
Masked search behavior
Search is non-charging. Protected email addresses remain masked unless the connected customer already owns the contact. The search result also identifies whether an email is already unlocked.
search_people does not consume subscription
records. A user can review search results before deciding whether
to request an unlock.
Unlock a contact with unlock_people
The unlock_people tool accepts
a lead_id returned by a contact
search.
{
"lead_id": 26515544
}
Before a new subscription record is consumed, LastDatabase checks entitlement, applies suppression screening and performs JIT email verification.
JIT verification flow
- The requested lead is resolved.
- Existing customer ownership is checked.
- Existing paid-order ownership is checked.
- Subscription eligibility is checked when required.
- Suppression rules are applied.
- The email is evaluated by the JIT verification process.
- The protected email is released only when the required verified-delivery criteria are satisfied.
A definitively verified, SMTP-accepted mailbox can proceed through the eligible unlock path.
Invalid, risky, catch-all, disposable, unreachable, unknown or temporarily inconclusive results are not unlocked through the new subscription-consumption path.
Previously owned contacts
A contact already owned by the customer is not charged again. A contact previously purchased through an eligible paid order can also be returned without consuming the subscription allowance again.
Example AI request
Use LastDatabase to unlock B2B record ID 26515544.
Show me the JIT verification result.
If the email is not valid for verified delivery,
do not consume a record and tell me to try the next contact.
Verify an email with verify_email
The verify_email tool accepts
one business email address and sends it to the LastDatabase
verification engine.
{
"email": "test@example.com"
}
This tool requires the
email:verify OAuth scope.
Its purpose is email verification rather than unlocking a
protected B2B search result.
Example AI request
Use LastDatabase to verify test@example.com
Check allowance with get_credits
The get_credits tool returns
the connected LastDatabase customer's subscription record
allowance. It requires the
credits:read scope.
It accepts no tool arguments.
Example AI request
Use LastDatabase to tell me how many records I have remaining.
Do not search for or unlock any contacts.
When does MCP consume a record?
| Operation | Consumes a new subscription record? |
|---|---|
| Search contacts | No. |
| View masked search results | No. |
| Check subscription allowance | No. |
| Request an unlock that fails JIT qualification | No. |
| Request an unlock with temporarily inconclusive verification | No. |
| Retrieve a contact already owned by the customer | No additional subscription record. |
| Retrieve an eligible contact already purchased by paid order | No additional subscription record. |
| Successfully unlock a new subscription contact that satisfies the required checks | Yes, subject to the connected customer's entitlement. |
Example AI-agent workflow
A typical MCP-assisted prospecting workflow can keep search and consumption separate:
1. Ask LastDatabase for the remaining record allowance.
2. Search for matching B2B contacts.
3. Review IDs, names, companies, titles and masked emails.
4. Select a specific contact.
5. Request unlock for that lead ID.
6. LastDatabase performs entitlement, suppression and
JIT verification checks.
7. If eligible, return the unlocked contact.
8. Check the remaining allowance again.
MCP protocol behavior
The LastDatabase MCP server supports MCP tool discovery and tool invocation through the protected resource.
Tool discovery is authorization-aware. The server builds the available tool list from the scopes granted to the authenticated connection.
The implementation uses MCP tool annotations to communicate behavior such as read-only status, destructive behavior and open-world interaction characteristics.
| Tool | Read only | Destructive | Open world |
|---|---|---|---|
search_people |
Yes | No | No |
unlock_people |
No | No | No |
verify_email |
No | No | Yes |
get_credits |
Yes | No | No |
Common MCP errors
| Error | Meaning |
|---|---|
insufficient_scope |
The connected authorization does not grant the required tool scope. |
invalid_arguments |
A tool received missing or invalid input. |
search_filter_required |
Contact search requires at least one targeting filter. |
purchase_required |
The contact requires an eligible subscription allowance or previous paid purchase. |
lead_unavailable |
The selected lead is not currently available for unlock. |
verification_inconclusive |
JIT verification could not reach a definitive result. No record is consumed. |
email_not_valid |
Verification did not qualify the email for verified delivery. The protected email is not revealed and no record is consumed. |
unknown_tool |
The requested MCP tool name is not recognized. |
Security and responsible use
MCP access does not make LastDatabase data publicly accessible. The MCP resource is protected, authorization is account-bound, and tool availability depends on granted scopes.
Search results protect email addresses until the connected customer already owns the contact or an eligible unlock succeeds.
Customers remain responsible for using exported or unlocked data in accordance with applicable law, contractual requirements and LastDatabase policies.
See the Compliance, Privacy Center, Data Privacy & Responsible Use and Methodology pages for additional information.
MCP or REST API?
MCP is designed for compatible AI clients and agents that discover and invoke structured tools. The LastDatabase API is intended for conventional application-to-application integrations.
Developers building a traditional backend integration should also review the LastDatabase API documentation and API authentication guide.
Frequently asked questions
What is the LastDatabase MCP Server?
It is the protected Model Context Protocol interface that lets authorized MCP-compatible clients use supported LastDatabase functions as structured tools.
Does searching for contacts consume records?
No. The current search_people operation is
non-charging.
Are email addresses visible in search results?
Protected email addresses are masked unless the connected customer already owns the contact.
How do I reveal a protected email?
An authorized client can request
unlock_people with the lead ID returned by search.
Eligibility and verification checks are performed before a
new subscription record is consumed.
Does a failed JIT verification consume a record?
No. When the email does not qualify for verified delivery, the protected email remains hidden and no new subscription record is consumed.
What happens when verification is inconclusive?
The email remains protected and no new subscription record is consumed. The user can try another contact or retry later.
Can MCP verify an email without searching for a contact?
Yes. The verify_email tool accepts a business
email address directly when the authorization includes the
required scope.
Can MCP tell me my remaining record allowance?
Yes. The get_credits tool returns the connected
customer's subscription record allowance when
credits:read is granted.
What is the maximum number of search results per request?
The current search_people tool accepts a limit
from 1 to 50 records. Its default is 25.
Does MCP replace the LastDatabase API?
No. MCP provides structured tools for compatible AI clients. The REST API remains available for conventional software integrations.