LACRM MCP Server
A comprehensive MCP server for Less Annoying CRM providing 87 tools for contacts, pipelines, tasks, events, notes, emails, files, and more.
README
LACRM MCP Server
A Model Context Protocol (MCP) server for Less Annoying CRM that provides comprehensive API access through 87 tools.
Published as lacrm-mcp on npm.
Current version: 1.3.1
Key Features
- 87 tools covering contacts, pipelines, tasks, events, notes, emails, files, relationships, groups, bulk CSV, and settings
- Name resolution: Search tools accept human-readable names (status names, user names, calendar names, custom field names) and auto-resolve to IDs at runtime — no prerequisite lookup calls needed
- count_only mode: All search/list tools support
count_only: truewhich auto-paginates through all results and returns accurate totals with categorical breakdowns — no manual pagination required - Flat-string shortcuts:
email_address,phone_number,website_urlon contact create/edit auto-convert to the required array format - Response summaries: List-returning tools wrap results in
{summary, results}envelopes with machine-counted page counts and breakdowns - ID sanitization: Defense-in-depth stripping of accidental quote characters from ID parameters
- Rate limiting: Client-side enforcement of 120 requests/minute with automatic waiting
Installation
From npm (recommended for production)
npm install -g lacrm-mcp
From source
git clone https://github.com/optimize-overseas/lacrm-mcp.git
cd lacrm-mcp
npm install
npm run build
Configuration
Environment Variable (Recommended)
Set the LACRM_API_KEY environment variable:
export LACRM_API_KEY=your-api-key
Config File
Alternatively, create a config file at ~/.lacrm-config.json:
{
"apiKey": "your-api-key"
}
Claude Desktop Configuration
Add to your Claude Desktop configuration file (~/Library/Application Support/Claude/claude_desktop_config.json on macOS):
{
"mcpServers": {
"lacrm": {
"command": "node",
"args": ["/path/to/lacrm-mcp/build/index.js"],
"env": {
"LACRM_API_KEY": "your-api-key"
}
}
}
}
Testing with MCP Inspector
npm run inspector
MCP Resources
This server provides workflow resources that help AI clients understand how to use the MCP effectively. Resources are discoverable via the standard MCP resources/list protocol.
| Resource URI | Description |
|---|---|
lacrm://workflows/overview |
Start here - explains what tools to call before any operation |
lacrm://workflows/contacts |
Detailed workflow for creating and editing contacts/companies |
lacrm://workflows/pipeline-items |
Detailed workflow for creating and editing pipeline items |
Usage: Call resources/list to discover available resources, then resources/read with the URI to get the content.
Response Format
Summary Envelopes
All list-returning tools wrap their results in a structured {summary, results} envelope. The summary provides machine-counted page counts and categorical breakdowns, which prevents LLMs from miscounting items in large JSON arrays -- a known failure mode when datasets exceed approximately 50 items.
Envelope structure:
{
"summary": {
"page_count": 15,
"has_more_results": false,
"by_status": {
"Active": 10,
"Closed - Won": 3,
"Closed - Lost": 2
}
},
"results": [
{ "...full pipeline item data..." },
{ "...full pipeline item data..." }
]
}
The summary object always includes:
page_count-- the number of items on this page only (not the total across all pages)has_more_results-- whether the API has additional pages beyond this responsenote(whenhas_more_resultsis true) -- a reminder thatpage_countis partial andcount_only=trueshould be used for accurate totals
Important: When has_more_results is true, the page_count value is NOT the total number of matching results. Use count_only=true for accurate totals across all pages.
Depending on the tool, the summary may also include one or more categorical breakdowns that group items by a relevant field.
Tools with Summary Envelopes
| Tool | Breakdowns | Description |
|---|---|---|
search_contacts |
by_assigned_to |
Counts by assigned user |
search_pipeline_items |
by_status |
Counts by pipeline status name |
get_pipeline_items_attached_to_contact |
by_pipeline, by_status |
Counts by pipeline name and status name |
search_tasks |
by_completion |
Counts by completion (Yes/No) |
get_tasks_attached_to_contact |
by_completion |
Counts by completion (Yes/No) |
search_emails |
by_direction |
Counts by send direction (Yes/No for UserIsSender) |
get_emails_attached_to_contact |
by_direction |
Counts by send direction (Yes/No for UserIsSender) |
search_events |
(total only) | Page count and pagination status |
get_events_attached_to_contact |
(total only) | Page count and pagination status |
search_notes |
(total only) | Page count and pagination status |
get_notes_attached_to_contact |
(total only) | Page count and pagination status |
get_files_attached_to_contact |
(total only) | Page count and pagination status |
get_contacts_in_group |
by_assigned_to |
Counts by assigned user |
Single-record tools (e.g., get_contact, get_task, get_pipeline_item) return the raw API response directly without a summary envelope.
Name Resolution (v1.3.0)
Many LACRM API parameters require internal IDs (status IDs, user IDs, calendar IDs, custom field IDs). In v1.3.0, name-based alternatives were added so the caller can pass human-readable names instead. The server resolves names to the values the LACRM API expects at runtime — status/user/calendar IDs, and (for custom fields) the field name LACRM writes by. All lookups are case-insensitive, and if a name cannot be resolved the error message lists all available options.
These parameters are instance-agnostic -- they work with any LACRM account regardless of how statuses, users, calendars, or custom fields are configured.
Name Resolution Parameters
| Parameter | Available On | Replaces (mutually exclusive) |
|---|---|---|
status_name_filter |
search_pipeline_items |
status_filter |
status_name |
create_pipeline_item, edit_pipeline_item |
status_id |
user_name_filter |
search_pipeline_items, search_tasks, search_events |
user_filter |
calendar_name_filter |
search_events |
calendar_filter |
custom_field_names |
create_contact, edit_contact, create_pipeline_item, edit_pipeline_item |
custom_fields |
How It Works
- The caller passes a name-based parameter (e.g.,
status_name: "Active") - The server queries the relevant API endpoint (e.g.,
GetPipelineStatuses) - A case-insensitive match resolves the name to its ID
- The resolved ID is used for the actual API call
- If no match is found, an error lists all available names
For user_name_filter, matching works against full name ("First Last"), first name only, or last name only.
For custom_field_names, dropdown fields are additionally validated -- if the supplied value is not among the allowed options, an error lists the valid choices.
Example
Instead of:
{
"pipeline_id": "abc123",
"status_id": "def456",
"custom_fields": { "cf_789": "Matt" }
}
Use:
{
"pipeline_id": "abc123",
"status_name": "Active",
"custom_field_names": { "Hunter": "Matt" }
}
Count Mode (v1.3.0)
All search and list tools support a count_only parameter. When set to true, the tool auto-paginates through all pages (up to a safety cap of 100 pages) and returns only aggregate counts with breakdowns -- no results array is included. This is useful for questions like "how many deals are in each status?" without transferring the full dataset.
Supported Tools
| Tool | Breakdowns in Count Mode |
|---|---|
search_contacts |
by_assigned_to |
search_pipeline_items |
by_status |
get_pipeline_items_attached_to_contact |
by_pipeline, by_status |
search_tasks |
by_completion |
get_tasks_attached_to_contact |
by_completion |
search_events |
(total only) |
get_events_attached_to_contact |
(total only) |
search_notes |
(total only) |
get_notes_attached_to_contact |
(total only) |
search_emails |
by_direction |
get_emails_attached_to_contact |
by_direction |
get_contacts_in_group |
by_assigned_to |
Count Mode Response
{
"total": 47,
"breakdowns": {
"by_status": {
"Active": 30,
"Closed - Won": 12,
"Closed - Lost": 5
}
}
}
When count_only is true:
- The tool paginates through all available pages automatically
- No
resultsarray is returned -- onlytotalandbreakdowns - A safety cap of 100 pages prevents runaway pagination
Flat-String Shortcuts (v1.3.0)
create_contact and edit_contact accept simplified string parameters for common single-value fields:
| Shortcut Parameter | Expands To | Type |
|---|---|---|
email_address |
[{Text: "<value>", Type: "Work"}] |
Work email |
phone_number |
[{Text: "<value>", Type: "Work"}] |
Work phone |
website_url |
[{Text: "<value>"}] |
Website |
Each shortcut is mutually exclusive with its corresponding array parameter (e.g., email_address cannot be used together with email). This eliminates the need to construct array-of-objects structures for the common case of a single value.
Example
Instead of:
{
"name": "Jane Doe",
"email": [{"Text": "jane@example.com", "Type": "Work"}],
"phone": [{"Text": "555-0100", "Type": "Work"}]
}
Use:
{
"name": "Jane Doe",
"email_address": "jane@example.com",
"phone_number": "555-0100"
}
Bulk CSV Operations (v1.4.0)
Import or update contacts in bulk from a CSV, paced to LACRM's 1-request/second guidance. Four tools cover the workflow, and everything is instance-agnostic: the caller supplies the entire field configuration (which CSV columns map to which LACRM fields, how each one merges, and any create-time defaults) as tool arguments. No field names, merge rules, or use cases are built into the server.
| Tool | Purpose |
|---|---|
bulk_generate_template |
Produce a ready-to-fill CSV header plus a per-field report explaining what populating / blanking / omitting each column does |
bulk_validate_csv |
Dry-run validation (no writes): row count, present vs. preserved columns, missing required columns/values, duplicate keys, and a time estimate |
bulk_execute |
Launch a detached, throttled worker; returns a run_id immediately (requires confirm: true) |
bulk_run_status |
Progress, per-row errors, and the path to the final report CSV |
Template column order: generated templates list LACRM built-in fields first — the key column, then the owner name, then the address block, then any other standard fields (Email, Phone, etc.) — and custom fields last. Columns read left-to-right as identity → standard → custom, regardless of the order fields are supplied in.
Update merge model (column-presence)
Bulk updates are read-merge-write per contact, so a partial CSV never clobbers fields it does not mention. A column absent from the CSV is always left unchanged. When a column is present, its strategy decides what happens:
| Strategy | Cell has a value | Cell is blank | Column absent |
|---|---|---|---|
replace |
overwrites the field | clears the field | preserved |
preserve_if_blank |
overwrites the field | preserved (ignored) | preserved |
union_semicolon |
added to the existing semicolon-delimited list (de-duplicated) | preserved | preserved |
never_write |
always preserved | always preserved | preserved |
Use replace for fields that should mirror the CSV exactly (a blank cell means "clear it"); preserve_if_blank for fill-only fields; union_semicolon for accumulate-style list fields; never_write to lock a field against this operation.
Update address columns (append-if-absent, v1.5.0)
Update mode can also carry a structured address via address_config (same shape as create's address: street1, optional street2/city/state/zip/country, and a literal type defaulting to Work). Its mapped CSV columns are added to the generated template and recognized by validation. For each row the uploaded address is appended to the contact only if it is not already on the record — compared case- and format-insensitively on Street/City/State/Zip, with street-suffix and directional abbreviations canonicalized (St↔Street, N↔North), a US ZIP+4 reduced to its 5-digit base (international postal codes are kept whole, so two codes that differ only past the 5th character stay distinct), and a full state name matched to its 2-letter code. On a match the existing CRM address is kept and the file's value is ignored; existing addresses are never modified, reordered, or removed — the new one is appended at the end (the primary/mailing address at position 0 is untouched). Because LACRM's EditContact replaces the entire address array, the worker reads the contact's existing addresses and writes back the complete merged array. One address per row.
Throttle & detached execution
bulk_execute spawns a separate worker process that calls LACRM strictly sequentially at >=1s spacing, so a multi-thousand-row run (which can take hours) proceeds independently of the request that started it and survives MCP/host restarts. Run state is persisted to disk — directory configurable via LACRM_BULK_RUNS_DIR (default: a lacrm-bulk-runs folder under the OS temp dir). A crashed run resumes from where it left off if re-launched against the same run's spec.
Typical workflow
bulk_generate_template-> hand the user the CSV to fill and the per-field behavior report.bulk_validate_csv-> review row counts, which fields will change vs. be preserved, and any blocking errors. Always preview before executing.bulk_executewithconfirm: true-> receive arun_id.bulk_run_status-> poll untilstatusiscompleted, then fetch the report CSV.
Available Tools
Discovery Tools (10)
| Tool | Description |
|---|---|
get_workflow_guide |
START HERE - Get the workflow guide explaining what tools to call before any operation |
get_contact_schema |
Get complete field schema for contacts (fixed + custom fields) |
get_company_schema |
Get complete field schema for companies (fixed + custom fields) |
get_pipeline_item_schema |
Get complete field schema for pipeline items (fixed + custom fields) |
get_custom_fields |
Get custom field definitions with optional filtering by record type and pipeline |
get_pipeline_custom_fields |
Get custom fields for a specific pipeline with required/optional status |
get_pipelines |
Get all pipelines with their statuses |
get_groups |
Get all groups in the account |
get_users |
Get all users in the account |
get_calendars |
Get all calendars in the account |
Contact Tools (6)
| Tool | Description |
|---|---|
create_contact |
Create a new contact or company |
edit_contact |
Update an existing contact |
delete_contact |
Delete a contact |
get_contact |
Get a contact by ID |
get_contacts_by_ids |
Get multiple contacts by IDs (up to 200) |
search_contacts |
Search contacts by name, email, phone, or custom fields |
Bulk CSV Tools (4)
See Bulk CSV Operations for the full workflow and merge model.
| Tool | Description |
|---|---|
bulk_generate_template |
Generate a ready-to-fill CSV template + per-field behavior report for a bulk operation |
bulk_validate_csv |
Dry-run validation of a bulk CSV against a field configuration (no writes) |
bulk_execute |
Launch a detached, throttled (1 req/sec) bulk create/update worker; returns a run id |
bulk_run_status |
Get progress, per-row errors, and the report CSV for a bulk run |
Event Tools (6)
| Tool | Description |
|---|---|
create_event |
Create a calendar event |
edit_event |
Update an existing event |
delete_event |
Delete an event |
get_event |
Get an event by ID |
search_events |
Search events with filters |
get_events_attached_to_contact |
Get all events for a contact |
Task Tools (6)
| Tool | Description |
|---|---|
create_task |
Create a task |
edit_task |
Update an existing task |
delete_task |
Delete a task |
get_task |
Get a task by ID |
search_tasks |
Search tasks with filters |
get_tasks_attached_to_contact |
Get all tasks for a contact |
Note Tools (6)
| Tool | Description |
|---|---|
create_note |
Create a note for a contact |
edit_note |
Update an existing note |
delete_note |
Delete a note |
get_note |
Get a note by ID |
search_notes |
Search notes with filters |
get_notes_attached_to_contact |
Get all notes for a contact |
Pipeline Item Tools (7)
| Tool | Description |
|---|---|
create_pipeline_item |
Create a pipeline item (deal/opportunity) |
edit_pipeline_item |
Update a pipeline item |
delete_pipeline_item |
Delete a pipeline item |
delete_pipeline_items_bulk |
Delete multiple pipeline items |
get_pipeline_item |
Get a pipeline item by ID |
search_pipeline_items |
Search pipeline items with filters |
get_pipeline_items_attached_to_contact |
Get all pipeline items for a contact |
Email Tools (5)
| Tool | Description |
|---|---|
create_email |
Log an email in the CRM |
get_email |
Get a logged email by ID |
search_emails |
Search logged emails with filters |
get_emails_attached_to_contact |
Get all emails for a contact |
delete_email |
Delete a logged email |
File Tools (3)
| Tool | Description |
|---|---|
create_file |
Upload a file and attach to a contact |
get_file |
Get file info and download URL |
get_files_attached_to_contact |
Get all files for a contact |
Relationship Tools (5)
| Tool | Description |
|---|---|
create_relationship |
Create a relationship between contacts |
edit_relationship |
Update a relationship |
delete_relationship |
Delete a relationship |
get_relationship |
Get a relationship by ID |
get_relationships_attached_to_contact |
Get all relationships for a contact |
Group Membership Tools (4)
| Tool | Description |
|---|---|
add_contact_to_group |
Add a contact to a group |
remove_contact_from_group |
Remove a contact from a group |
get_groups_for_contact |
Get all groups a contact belongs to |
get_contacts_in_group |
Get all contacts in a group |
Custom Field Settings Tools (4)
| Tool | Description |
|---|---|
create_custom_field |
Create a new custom field definition |
edit_custom_field |
Update an existing custom field |
delete_custom_field |
Delete a custom field |
get_custom_field |
Get details for a single custom field |
Group Settings Tools (4)
| Tool | Description |
|---|---|
create_group |
Create a new group |
edit_group |
Update a group's properties |
delete_group |
Delete a group |
get_group |
Get details for a single group |
Pipeline Settings Tools (4)
| Tool | Description |
|---|---|
create_pipeline |
Create a new pipeline |
edit_pipeline |
Update a pipeline's configuration |
delete_pipeline |
Delete a pipeline |
get_pipeline |
Get details for a single pipeline |
Pipeline Status Settings Tools (4)
| Tool | Description |
|---|---|
create_pipeline_status |
Create a new status for a pipeline |
edit_pipeline_status |
Update a pipeline status |
delete_pipeline_status |
Delete a pipeline status |
get_pipeline_statuses |
Get all statuses for a pipeline |
Team Settings Tools (5)
| Tool | Description |
|---|---|
create_team |
Create a new team |
edit_team |
Update a team's name or membership |
delete_team |
Delete a team |
get_team |
Get details for a single team |
get_teams |
Get all teams |
Webhook Settings Tools (4)
| Tool | Description |
|---|---|
create_webhook |
Create a new webhook |
get_webhook |
Get details for a single webhook |
get_webhooks |
Get all webhooks |
delete_webhook |
Delete a webhook |
Custom Fields
Using custom_field_names (Recommended -- v1.3.0)
Pass field names directly as keys. The server resolves names to IDs automatically and validates dropdown values:
{
"custom_field_names": {
"Lead Source": "Referral",
"Deal Value": 50000,
"Expected Close": "2025-03-15"
}
}
Invalid field names return an error listing available fields. Invalid dropdown values return an error listing valid options.
Using custom_fields (verbatim, by field name — no validation)
LACRM v2 writes custom fields by their name at the top level; a numeric CustomFieldId is silently ignored on write.
custom_fieldswrites its keys verbatim, so use field names as keys. Usecustom_field_namesinstead when you want dropdown/option validation.
- Call
get_custom_fieldswithrecord_type="Contact"orrecord_type="Company"(for contacts/companies) orget_pipeline_custom_fieldswith thepipeline_id(for pipeline items) - Note the field names, types, required status, and valid options
- Use field names as keys in the
custom_fieldsparameter
Example:
{
"custom_fields": {
"Hunter": "Matt",
"Deal Value": 50000,
"Expected Close": "2025-03-15"
}
}
Pipeline Support
Workflow for creating pipeline items:
- Call
get_pipelinesto discover pipeline IDs - Use
create_pipeline_itemwithpipeline_idand eitherstatus_name(auto-resolves, v1.3.0) orstatus_id - Optionally include
custom_field_names(v1.3.0) orcustom_fieldsfor pipeline custom fields
The tools provide clear error messages when required fields are missing or names don't match.
API Reference
This MCP server wraps the Less Annoying CRM API v2. All API calls are made to https://api.lessannoyingcrm.com/v2/.
Rate Limiting
The MCP server enforces rate limiting to protect LACRM's API:
- Limit: 120 requests per minute (sliding window)
- Behavior: If the limit is reached, requests automatically wait until a slot is available
- No configuration needed: Rate limiting is always active
This ensures that even aggressive AI usage won't overwhelm LACRM's servers.
Security
Authentication
- API key is loaded from
LACRM_API_KEYenvironment variable (recommended) - Fallback to config file at
~/.lacrm-config.json - API key is never logged or exposed in error messages
ID Parameter Sanitization
The server includes defense-in-depth sanitization for all ID parameters. LLMs sometimes over-quote values, passing "\"86441\"" (a string with embedded literal quotes) instead of the clean string "86441". The LACRM API rejects values with embedded quotes as invalid UIDs.
To guard against this, the client automatically strips surrounding single and double quote characters from any parameter whose key ends with:
*Id-- single ID parameters (e.g.,ContactId,PipelineId)*Ids-- array-of-ID parameters (e.g.,ContactIds)*IdList-- ID list parameters
When sanitization occurs, a warning is logged so the issue can be traced. Other string parameters (names, notes, descriptions, etc.) are never modified.
File Upload Security
The create_file tool validates file paths to prevent:
- Path traversal attacks (
../sequences) - Access to sensitive directories (
.git,.env,.ssh,.aws,node_modules, etc.)
Input Validation
- All tool inputs are validated with Zod schemas
- Error responses use
isError: trueflag for LLM-friendly handling - No shell command execution - all operations use direct API calls
License
MIT
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.