HubSpot MCP

HubSpot + AI - for Claude, the ChatGPT desktop app, GitHub Copilot, Gemini CLI, and any agent that speaks MCP

Unofficial. Community-built Claude Code Skill and MCP server for the HubSpot API. Not affiliated with, endorsed by, or sponsored by HubSpot Inc..

[HubSpot demo - animated preview]

_{▶ Watch the 30-second demo - demo data is simulated; every command shown exists in the real CLI.}

Every HubSpot Sales Hub feature, plus offline cross-object queries, property-change-history reporting, and an agent-native data layer no other HubSpot tool has. Works with the AI you already use - ChatGPT (desktop app), Claude Desktop, Codex, Claude Code, Claude Cowork, and GitHub Copilot - plus Gemini CLI. Free, open source, runs on your laptop. Built for MSP owners. No code required.

Works with your agent

Security note. Local agents use the default stdio transport and need no network listener. HTTP mode (--transport http, for remote agents) refuses to start until HUBSPOT_MCP_HTTP_TOKEN is set, rejects any request without that bearer token, serves http://127.0.0.1:7777/mcp by default, and needs --tls-cert and --tls-key for any other address. It refuses a request body over 4 MiB or one that takes longer than 30 seconds to arrive. Whoever holds the token can call every tool with your HubSpot credentials, including tools that change your CRM, so treat it like a password, and set HUBSPOT_MCP_READ_ONLY=1 on a remote host that only needs to read. See mcp-install.md.

The six agents MSP owners actually use (self-serve, works today):

The ChatGPT desktop app runs hubspot-mcp locally and shares MCP configuration with Codex (OpenAI). ChatGPT on the web needs a remote server, which msp-skills does not support yet. If your team works there, a hosted gateway is the better pick; check that your AI app is on the gateway's setup list. Setup steps: mcp-install.md.

Also for the Microsoft and Google stacks

Big install base, but an honest heads-up: Gemini CLI runs the local binary you just installed, while Microsoft 365 Copilot and the Gemini app need a remote server, which msp-skills does not support yet.

Skill-native agents (also covered): Hermes and OpenClaw read this skill's SKILL.md directly and speak MCP - see their install sections below. Also works with Cursor, Windsurf, Cline, Continue.dev, and Zed via MCP. Full per-tool wire-up: docs/which-agent.md.

Run more than one agent? Install across all 51+ supported agents in one command: npx skills add Servosity/msp-skills@latest (requires Node.js, then run the per-skill installer for the CLI/MCP binaries). See docs/which-agent.md.

Install in 60 seconds

Path A - paste one prompt into your AI agent (recommended)

Copy this into Claude Code, Codex CLI, or Claude Cowork:

Install the HubSpot Skill and MCP server from Servosity/msp-skills in this agent workspace. If this workspace uses a POSIX shell (macOS, Linux, WSL, or Bash), run bash <(curl -fsSL https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/hubspot/install.sh). If it uses Windows PowerShell, run iwr -useb https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/hubspot/install.ps1 | iex. Then authenticate per the README and run hubspot-cli --help to explore.

The same prompt works in any agent that can run shell.

Path B - run the installer yourself

Windows (PowerShell):

iwr -useb https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/hubspot/install.ps1 | iex

macOS / Linux:

bash <(curl -fsSL https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/hubspot/install.sh)

The installer drops both hubspot-cli (the CLI) and hubspot-mcp (the MCP server) into your user bin path. Claude Code, Codex, and Cowork discover the Skill via SKILL.md in this directory.

Verify:

hubspot-cli --version

Add to Claude Desktop, the ChatGPT desktop app, GitHub Copilot, Gemini CLI, or another MCP client

After the installer runs, see mcp-install.md and docs/which-agent.md for the per-agent wire-up - one section per agent, including the GitHub Copilot servers key and the ChatGPT desktop app. Claude Desktop's Settings > Extensions panel is the simplest path; the MCP config block (for users who prefer editing JSON) is documented in mcp-install.md.

Install for Hermes

From the Hermes CLI:

hermes skills install servosity/msp-skills/skills/hubspot --force

Inside a Hermes chat session:

/skills install servosity/msp-skills/skills/hubspot --force

Hermes speaks MCP natively, so it can also use the hubspot-mcp server directly - same install path, same env vars.

Install for OpenClaw

Tell your OpenClaw agent (copy this):

Install the hubspot skill from https://github.com/servosity/msp-skills/tree/main/skills/hubspot. The skill defines how its required CLI (hubspot-cli) can be installed via the openclaw: frontmatter block.

OpenClaw isn't generally available yet; the frontmatter wiring is pre-shipped and will activate the moment OpenClaw launches.

Authenticate

Set the credentials the CLI needs (from your HubSpot portal):

HUBSPOT_ACCESS_TOKEN=<value> hubspot-cli doctor

doctor confirms the credentials work before you run anything that touches data. It exits 0 even when the credential is rejected, so scripts should add --fail-on error.

What this skill does

Full command reference: guide.md. For the AI-agent operating contract (--agent, --dry-run, when to confirm before mutating), see AGENTS.md.

What makes this different

Most HubSpot integrations and MCP servers proxy each question into a live API call. That's fine for one record. It dies at scale, when you're asking "every deal that was at stage X at some point last quarter - across all 200 active accounts - with $ at risk weighted by stage probability and current rep load." The standard HubSpot search/filter API physically cannot answer the "was at stage X at some point" half of that question - only the property-history endpoint can - and chaining a join across deals, contacts, owners, engagements, and property snapshots through live REST is a 50-call dance the AI burns context on.

This skill syncs HubSpot into a local SQLite mirror with full-text search plus a property-history snapshot table (an open-source HubSpot CLI/MCP that captures propertiesWithHistory into a queryable shape). Aggregate questions become one local SQL join: instant, offline, and the AI sees the answer, not the raw data. Compound commands like meetings status-report, pipeline-health, and engagements of join across deals × contacts × owners × engagements × per-property history snapshots - work a stateless API wrapper can't do.

The pain this closes

The pain: monthly customer reports. An MSP customer asks "how many meetings were Scheduled with us in April?" - but by report time, every one of those meetings has flipped to Completed or No Show. HubSpot's UI can't answer "was ever Scheduled"; the standard search/filter API can't either; the property-history endpoint can, but no public HubSpot CLI or MCP exposes it in a queryable shape. See the HubSpot Community thread on V3 property-history for the long-running operator request, and the property-history retention discussion on r/hubspot for the workflow-impact framing.

This skill closes that gap with five commands an MSP owner can run from a single AI prompt:

• hubspot-cli sync --resources hubspot-meetings-crm --with-history hs_meeting_outcome,hs_meeting_title,hubspot_owner_id - captures the property snapshots so the report has data
• hubspot-cli meetings status-report --status scheduled --month 2026-04 --csv - the customer report itself, one command
• hubspot-cli meetings ever-had --property hs_meeting_outcome --value SCHEDULED --from 2026-04-01 --to 2026-04-30 - same data, ad-hoc query
• `hubspot-cli pipeline-health default --idle-days 14` - the rest of the QBR: which open deal dollars have sat idle 14+ days, per stage
• hubspot-cli engagements of deal:<id> --since 90d - full activity trail for any specific deal under discussion

See pain-point.md for the longer narrative.

Frequently asked questions

Does this work with ChatGPT?

Yes, in the ChatGPT desktop app. It runs MCP servers locally (STDIO), the way hubspot-mcp runs, and shares MCP configuration with Codex (OpenAI): add hubspot-mcp under Settings > MCP servers as a STDIO server, or add it once to Codex's ~/.codex/config.toml. ChatGPT on the web is not supported by msp-skills yet: it needs a remote server. If your team works there, a hosted gateway is the better pick; check that your AI app is on the gateway's setup list. Setup steps: mcp-install.md.

Does this work with Codex, Cursor, Windsurf, Cline, Copilot, or Gemini?

Yes - all of them speak MCP. Cross-tool install commands are in the matrix above and the deep-dive in docs/which-agent.md.

Do I need to know how to code?

No. The recommended install is to paste one sentence into Claude Code or Codex - your agent reads SKILL.md and does the install. The fallback is a one-line installer per OS (bash or PowerShell). Neither path requires writing code. You'll enter your HubSpot credentials once.

Is my HubSpot data safe?

Your data stays on your machine. The CLI and MCP server are local binaries. The SQLite mirror sits in a directory under your user account. The AI agent only sees what the CLI returns - typically a query result, not raw bulk data. Credentials are read from your environment or your agent's config; never bundled into this repo or transmitted anywhere by MSP Skills.

How is this different from HubSpot's own Agent CLI (announced May 2026)?

HubSpot announced their own Agent CLI on 2026-05-27 - a stateless, live-API CLI for scheduled GTM automations (CRUD, JSONL, safety-gated bulk ops). This skill is a stateful, offline-first companion: it does what HubSpot's CLI doesn't - local SQLite mirror, full-text search, cross-object joins in one command, and the property-history wedge (meetings ever-had, meetings status-report) that HubSpot's CLI doesn't expose. Idiom-compatible where it matters (--filter grammar, JSONL stdin/out, and the contacts bulk-update dry-run → digest → confirm dance for large batches), so prompts written for HubSpot's CLI mostly port over.

Will this hit my HubSpot API rate limits?

The whole point of the local mirror is to stop hitting the API for read queries. After the first sync (which is paged and rate-limit-aware - --with-history requests propertiesWithHistory, which per HubSpot's batch-read API docs caps the records returned per request, so the CLI pages accordingly), every aggregate report runs against your local SQLite - zero API calls. Sync itself is gentle: pagination is built-in, you can scope with --resources and --since 7d, and the CLI emits sync-warning events when HubSpot throttles instead of swallowing them silently.

Do I need to be a HubSpot partner or pay for a specific tier?

No partnership required. You need a HubSpot Private App access token (free to create from any portal at app.hubspot.com/private-apps) with read scopes for the objects you care about (contacts, deals, meetings, etc.). Property-history retention varies by tier - HubSpot keeps ~90 days on free/Starter and longer on paid tiers; the CLI captures whatever's in the response and accrues forward from your first --with-history sync.

Will this replace my HubSpot UI?

No. The HubSpot UI is great for one record at a time, deal editing, drag-and-drop pipelines, and the things your reps live in daily. This skill is for the aggregate questions your reps and AI agent can't answer fast from the UI: "what changed across 200 deals this week," "who's at risk this quarter," "every meeting that was Scheduled in April even if it later flipped." Different surface, same data.

What does it cost?

Free. Apache-2.0 licensed. You pay only for whichever AI agent you use (Claude, ChatGPT, Codex, etc.), and that's billed by your AI provider, not by us.

Safety model

Every command that changes your HubSpot portal refuses to run, and sends nothing, unless you pass --yes to send it or --dry-run to preview the request. That covers each create, update, upsert, merge, archive, delete and association command plus import; POSTs that only read (search, batch read) run without it. contacts bulk-update needs --yes up to 100 rows and the digest confirm above that. An agent that can run the CLI can also pass --yes, so keep the approval step in its policy, plus the scope you grant the token.

The examples above are not the full list: every other create, update, upsert, merge, association, list-membership and pipeline command is in the Write tier, and every delete, archive and gdpr-delete command is Destructive; hubspot-cli agent-context lists each command's HTTP method. All of them need --yes.

The strongest control is the scope you grant the HubSpot credentials - the CLI can only do what the credentials are permitted to do. A read/report workflow should use a read-only token. Full details, including how to lock it down, are in governance.md.

Status

Live-verified. Confirmed by Servosity (maintainer) against their own production tenant. More MSPs run it live in our weekly Build Sessions. RSVP at compoundingteams.com/build-sessions.

Standards. Conforms to the open Agent Skills spec (Anthropic, Dec 2025; 40+ agents). MCP-compatible - works with any MCP-capable agent including Hermes. OpenClaw-ready (frontmatter pre-wired, awaiting OpenClaw launch).

Maintained by Servosity. Apache-2.0 licensed. Built with CLI Printing Press. Last updated: 2026-06-04.