SyncroMSP MCP Server
Enables AI assistants to fully access and manage SyncroMSP resources including tickets, customers, assets, invoices, and over 30 resource types through 180+ API endpoints.
README
SyncroMSP MCP Server
A fully-featured Model Context Protocol server for the SyncroMSP IT/MSP platform. Gives AI assistants full access to tickets, customers, assets, invoices, and 30+ resource types.
Features
- 180+ API endpoints across 16 domains
- Full CRUD for tickets, customers, invoices, estimates, appointments, contracts, products, and more
- Ticket comments — email replies, public notes, and private/internal notes
- Line items — add products from catalog or manual entries to tickets, invoices, estimates, schedules
- RMM alerts — create, read, mute, resolve alerts on assets
- Rate limiting — built-in 180 req/min token bucket (Syncro API limit)
- Confirmation required for all destructive operations (DELETE, etc.)
- Auto-update check — warns on startup if a newer version is available
Deployment Options
| Method | Best For | Auto-Updates |
|---|---|---|
| Claude Code Plugin | One-command install of MCP + Skill in Claude Code | Yes (marketplace) |
| Claude Code (MCP only) | Developers wiring up the MCP without the bundled skill | Yes (npx) |
| Claude Desktop | Local desktop app users | Yes (npx) |
| Docker + Claude.ai | Teams, remote access, Claude.ai web | Yes (Watchtower) |
| From Source | Development and customization | Manual |
Bundled Skill
This repo also ships a Claude Skill that gives Claude operating context for the MCP — workflows, API quirks (e.g. line_items ignored on *_create), the two-step labor logging pattern, ticket status transitions, ticket comment subject conventions, and a hyperlink rule that renders every Syncro record as a clickable link. It's company-agnostic; user-specific values are discovered at runtime via API calls and cached locally.
Recommended — Claude Code plugin (auto-updating, bundles skill + MCP, prompts for credentials on install):
/plugin marketplace add advenimus/syncromsp-mcp
/plugin install syncromsp@syncromsp
On enable, Claude Code prompts for your Syncro subdomain and API key. The subdomain is stored in settings.json; the API key goes to your system keychain. Both are passed to the bundled MCP server as SYNCRO_SUBDOMAIN and SYNCRO_API_KEY automatically — no shell exports or manual claude mcp add needed.
New commits to main propagate to installed users on the next marketplace refresh — no manual re-install needed.
Claude Desktop / claude.ai (no public plugin marketplace yet): download syncromsp-skill.zip from Releases and upload via Settings → Capabilities → Skills (paid plan, preview feature). It syncs across that account automatically. For Team/Enterprise plans, an org admin can upload via Organization settings and every member gets auto-updates when the admin re-uploads a revised zip. Full instructions in plugins/syncromsp/skills/syncromsp/README.md.
The release zip is always published at:
https://github.com/advenimus/syncromsp-mcp/releases/latest/download/syncromsp-skill.zip
Prerequisites
Getting Your Syncro API Key
- Log in to your Syncro account
- Go to Admin > API Tokens
- Click + New Token
- Select the Custom Permissions tab
- Name your token and set permissions for the resources you need
- Click Create and copy the token (it cannot be retrieved later)
Your subdomain is the part before .syncromsp.com in your Syncro URL (e.g., mycompany from mycompany.syncromsp.com).
Claude Code
claude mcp add syncromsp \
--env SYNCRO_API_KEY=your-api-key \
--env SYNCRO_SUBDOMAIN=your-subdomain \
-- npx syncromsp-mcp
That's it. Claude Code will download and run the latest version automatically.
Claude Desktop
Option 1: MCPB Extension
Download the latest .mcpb file from Releases and double-click to install. Claude Desktop will prompt you for your API key and subdomain.
Option 2: Manual Configuration
Add to your claude_desktop_config.json:
{
"mcpServers": {
"syncromsp": {
"command": "npx",
"args": ["-y", "syncromsp-mcp"],
"env": {
"SYNCRO_API_KEY": "your-api-key",
"SYNCRO_SUBDOMAIN": "your-subdomain"
}
}
}
}
Config file location:
- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows:
%APPDATA%\Claude\claude_desktop_config.json
Restart Claude Desktop after saving. The server updates automatically via npx on each restart.
Docker Deployment (Remote MCP)
Deploy as a Docker container for remote access from Claude.ai, shared team usage, or running on a server. Includes built-in OAuth 2.1 authentication so only authorized users can connect.
Step 1: Clone and Configure
git clone https://github.com/advenimus/syncromsp-mcp.git
cd syncromsp-mcp
cp .env.example .env
Edit .env with your settings:
# Required: Syncro credentials
SYNCRO_API_KEY=your-api-key
SYNCRO_SUBDOMAIN=your-subdomain
# Required: The public URL where this server will be reachable
# Must be HTTPS for production (put behind Traefik, Caddy, nginx, etc.)
MCP_BASE_URL=https://mcp.yourcompany.com
# Required: Access key that users must enter to authorize connections.
# Minimum 32 characters; the server refuses to start on weak/default values.
# Generate with: openssl rand -hex 32
MCP_AUTH_SECRET=
Step 2: Deploy
docker compose up -d
The container runs on port 8080 by default. You need a reverse proxy (Traefik, Caddy, nginx) in front to provide HTTPS.
Step 3: Connect from Claude.ai
- In Claude.ai, go to Settings > MCP Servers > Add Remote Server
- Enter your MCP URL:
https://mcp.yourcompany.com/mcp - Claude.ai will auto-discover the OAuth endpoints
- A login page appears — enter the
MCP_AUTH_SECRETyou configured in Step 1 - Once authenticated, Claude.ai connects and all 170 tools become available
How Authentication Works
The server implements the MCP OAuth 2.1 + PKCE spec with an access key gate:
Client connects → 401 Unauthorized
→ Client discovers /.well-known/oauth-authorization-server
→ Client dynamically registers (RFC 7591)
→ Client redirects user to /authorize
→ User sees login page, enters MCP_AUTH_SECRET
→ Correct key: auth code issued → token granted → MCP access
→ Wrong key: 403 Access Denied, connection rejected
- Tokens are validated on every MCP request via bearer auth
- Access tokens expire after 24 hours; refresh tokens rotate on every use and last 30 days
- Access tokens and refresh tokens carry a type discriminator — a refresh token cannot be used as a bearer, and an access token cannot be exchanged at the token endpoint
- Timing-safe secret comparison prevents side-channel attacks
- Server refuses to start if
MCP_AUTH_SECRETis missing, shorter than 32 characters, or matches a known weak default (change-me,password,secret, etc.) - Consent page displays the registered
redirect_uriso users can verify the destination before authorizing (anti-phishing)
For the full threat model, defense layers, and operator responsibilities, see SECURITY.md.
Example: Docker with Traefik
services:
syncro-mcp:
image: ghcr.io/advenimus/syncromsp-mcp:latest
container_name: syncromsp-mcp
restart: unless-stopped
environment:
- SYNCRO_API_KEY=${SYNCRO_API_KEY}
- SYNCRO_SUBDOMAIN=${SYNCRO_SUBDOMAIN}
- MCP_TRANSPORT=http
- MCP_PORT=8080
- MCP_BASE_URL=https://mcp.yourcompany.com
- MCP_AUTH_SECRET=${MCP_AUTH_SECRET}
# Container hardening — recommended for any public-facing deployment
read_only: true
cap_drop:
- ALL
security_opt:
- no-new-privileges:true
tmpfs:
- /tmp:size=10m,mode=1777
labels:
- "traefik.enable=true"
- "traefik.http.routers.mcp.rule=Host(`mcp.yourcompany.com`)"
- "traefik.http.routers.mcp.entrypoints=websecure"
- "traefik.http.routers.mcp.tls.certresolver=letsencrypt"
- "traefik.http.services.mcp.loadbalancer.server.port=8080"
Example: Docker with Caddy
services:
syncro-mcp:
image: ghcr.io/advenimus/syncromsp-mcp:latest
container_name: syncromsp-mcp
restart: unless-stopped
environment:
- SYNCRO_API_KEY=${SYNCRO_API_KEY}
- SYNCRO_SUBDOMAIN=${SYNCRO_SUBDOMAIN}
- MCP_TRANSPORT=http
- MCP_BASE_URL=https://mcp.yourcompany.com
- MCP_AUTH_SECRET=${MCP_AUTH_SECRET}
expose:
- "8080"
# Container hardening — recommended for any public-facing deployment
read_only: true
cap_drop:
- ALL
security_opt:
- no-new-privileges:true
tmpfs:
- /tmp:size=10m,mode=1777
caddy:
image: caddy:2
restart: unless-stopped
ports:
- "80:80"
- "443:443"
volumes:
- ./Caddyfile:/etc/caddy/Caddyfile
- caddy_data:/data
volumes:
caddy_data:
Caddyfile:
mcp.yourcompany.com {
reverse_proxy syncro-mcp:8080
}
Disabling Auth (Not Recommended)
For testing on private networks only. The server refuses to start with MCP_AUTH=false unless you also set MCP_I_UNDERSTAND_INSECURE=true as an explicit foot-gun guard:
MCP_AUTH=false MCP_I_UNDERSTAND_INSECURE=true docker compose up -d
Warning: Without auth, anyone who can reach the URL gets full access to your Syncro account. Never disable auth on a publicly-reachable deployment, even briefly.
Environment Variables
| Variable | Required | Default | Description |
|---|---|---|---|
SYNCRO_API_KEY |
Yes | — | Your Syncro API token |
SYNCRO_SUBDOMAIN |
Yes | — | Your Syncro subdomain |
MCP_TRANSPORT |
No | stdio |
stdio (local) or http (Docker/remote) |
MCP_PORT |
No | 8080 |
HTTP listen port |
MCP_BASE_URL |
For Docker | — | Public HTTPS URL (e.g., https://mcp.yourcompany.com) |
MCP_AUTH |
No | true |
true or false to disable OAuth (see foot-gun guard below) |
MCP_AUTH_SECRET |
For Docker | — | Access key users enter to authorize. Minimum 32 chars; weak/default values rejected at startup. |
MCP_I_UNDERSTAND_INSECURE |
If MCP_AUTH=false |
— | Must be true to start the server with auth disabled. Foot-gun guard. |
MCP_TOOL_MODE |
No | flat |
flat (all tools) or navigation (lazy domains) |
Available Domains
| Domain | Description | Key Operations |
|---|---|---|
| tickets | Service tickets | CRUD, comments (email/public/private), cross-ticket comment feed, line items, timers, attachments, blueprints |
| customers | Customer records | CRUD, phone numbers, autocomplete |
| assets | Customer assets | CRUD, patches, installed applications, policy folder assignment, properties (OS, RAM, HDD, etc.) |
| contacts | Customer contacts | CRUD |
| invoices | Invoices | CRUD, line items (manual + product catalog), print, email |
| estimates | Estimates/quotes | CRUD, line items, print, email, convert to invoice |
| appointments | Calendar appointments | CRUD, appointment types, ticket linking |
| products | Inventory/products | CRUD, serials, SKUs, categories, images |
| payments | Payment records | Create, read, multi-invoice distribution |
| leads | Leads/opportunities | Create, read, update |
| contracts | Service contracts | CRUD |
| rmm | RMM alerts | Create, read, mute, resolve |
| scheduling | Recurring invoices | CRUD, schedule line items |
| time | Timers and time logs | List, update |
| admin | Search, users, vendors, wiki, portal, settings, purchase orders, and more | Various |
| policies | Policy folders (Syncro accounts only) | List, get, create, update, delete folders; assign assets via assets_update |
Staying Up to Date
The server checks for updates on startup and logs a warning if a newer version is available.
| Method | How to Update |
|---|---|
| npx / Claude Desktop | Automatic — npx pulls latest on each run |
| Docker | docker compose pull && docker compose up -d |
| Docker (auto) | Add Watchtower for automatic daily updates |
| MCPB | Download latest .mcpb from Releases |
| From Source | git pull && npm install && npm run build |
Auto-Update with Watchtower
Recommended: run Watchtower in label-enable mode so it only auto-updates the containers that opt in. This is much safer than letting it auto-update every container on the host.
Watchtower stack (/root/docker/watchtower/docker-compose.yml):
services:
watchtower:
image: containrrr/watchtower:1.7.1
container_name: watchtower
restart: unless-stopped
volumes:
- /var/run/docker.sock:/var/run/docker.sock
environment:
- WATCHTOWER_LABEL_ENABLE=true # only watch opted-in containers
- WATCHTOWER_POLL_INTERVAL=300 # check every 5 minutes
- WATCHTOWER_CLEANUP=true
# On hosts running modern Docker (29.x with MinAPI 1.40), Watchtower's
# bundled SDK can default to an older API version. Pin to 1.40 to avoid
# `client version 1.25 is too old` errors at runtime.
- DOCKER_API_VERSION=1.40
Then opt the syncromsp-mcp service in via a label in its compose:
labels:
- "com.centurylinklabs.watchtower.enable=true"
Bring both up: docker compose up -d in each directory. New releases on :latest will be pulled and the container recreated within 5 minutes of publish.
Important Notes
- Destructive operations (DELETE, remove line item, etc.) require explicit confirmation
- Line items cannot be added inline during resource creation — always add them via separate API calls after creating the parent resource
- Ticket comments have 3 modes: email reply (
do_not_email: false), public note (do_not_email: true, hidden: false), and private note (hidden: true) - Some resources have no DELETE endpoint (vendors, leads, products, assets) — use
disabled: truevia update instead - Rate limit: 180 requests per minute per IP (enforced by Syncro, managed by built-in rate limiter)
From Source
git clone https://github.com/advenimus/syncromsp-mcp.git
cd syncromsp-mcp
npm install
npm run build
export SYNCRO_API_KEY=your-api-key
export SYNCRO_SUBDOMAIN=your-subdomain
npm start
Development
npm run dev # Run with tsx (hot reload)
npm run build # Compile TypeScript
npm test # Run tests
npm run lint # Lint source
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
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.
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.