Cork MCP

Cork + 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 Cork

API. Not affiliated with, endorsed by, or sponsored by Cork.

Cork and Cork Vantage are trademarks of Cork Protection, Inc.

Every Cork API operation, plus cross-client risk attribution, exploitability-first vulnerability triage, overdue-compliance detection, and stale-connector health checks that a stateless API mirror cannot answer in a single call. 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 (until this connector is reprinted). Do not put this

connector behind the supergateway bridge or any other stdio-to-HTTP bridge,

not even on localhost. The bridge adds no password, so anyone who can reach

its port can use the MCP tools with your credentials. Use the default stdio

transport. If you set up a bridge or a tunnel for a remote agent, shut it

down. A fix is on the way.

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

The ChatGPT desktop app runs cork-mcp locally and shares MCP configuration with Codex (OpenAI). ChatGPT on the web needs a remote (HTTP) server. This connector speaks stdio only, and the bridge it would need is paused until it is reprinted (see the security note in mcp-install.md), so msp-skills does not support it 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.

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](../../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

Prefer the Claude Code plugin? Add the marketplace once, then install:

/plugin marketplace add Servosity/msp-skills

/plugin install cork@msp-skills

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

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

Install the Cork 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/cork/install.sh). If it uses Windows PowerShell, run iwr -useb https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/cork/install.ps1 | iex. Then authenticate per the README and run cork-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/cork/install.ps1 | iex

macOS / Linux:

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

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

Verify:

cork-cli --version

Upgrade to the latest version

The installer always fetches the current release - re-run it to upgrade:

macOS / Linux:

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

Windows (PowerShell):

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

Claude Code plugin users: /plugin update cork@msp-skills.

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

After the installer runs, see [mcp-install.md](./mcp-install.md) and [docs/which-agent.md](../../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/cork --force

Inside a Hermes chat session:

/skills install servosity/msp-skills/skills/cork --force

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

Install for OpenClaw

Tell your OpenClaw agent (copy this):

Install the cork skill from https://github.com/servosity/msp-skills/tree/main/skills/cork. The skill defines how its required CLI (cork-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 API key the CLI needs (Cork portal > Settings > API Keys):

export CORK_API_KEY=<your key>

cork-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.

One property of Cork keys is worth knowing up front: an API key inherits the permissions of the user who created it. A 403 on the distributor or integration endpoints usually means the key was minted by an operator without that scope, not that the key is wrong. That property is also your best control - mint a read-only key for read-only work. See governance.md.

Sync before you ask

search, score regressions, and the client-roster lookups inside several other commands read a local mirror. Populate it once:

cork-cli sync

sync is read-only against the Cork API (GET requests only) and writes to a SQLite file under your own user account. Re-run it whenever you want fresher data; commands tell you when the mirror is stale rather than answering from data you did not expect.

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

Cork's own tooling is a stateless mirror of its REST API: it answers one client, right now. Every question an MSP actually asks is cross-client, cross-time, or both, and the Cork API exposes no cross-client aggregate endpoint at all, so the live path for any of them is a fan-out across every client with no stored yesterday to compare against.

This skill syncs Cork into a local SQLite mirror and does the fan-out and the joining for you, so "the risk score dropped" becomes "the risk score dropped *because* compliance moved, and here are the overdue events behind it" - one command instead of a per-client walk you assemble by hand.

Only score regressions answers purely from the local mirror. The other seven fetch from the Cork API on every run, because the rows they need carry no id that can be mirrored - vulnerability findings, compliance events, connector state, and score history. Several of them do use the mirror for the client roster so they can skip a live /clients fan-out, and fall back to a live roster scan when the mirror is empty. Every one of them caps its own scan and prints when a sweep was truncated, instead of reporting a false all-clear.

The pain this closes

• A score drops eleven points between QBRs. Cork returns the four components per timestamp but never differences them, so someone exports two snapshots and subtracts by hand. cork-cli score attribute does the subtraction and ranks the cause.
• "Which clients got worse this week" has no endpoint. cork-cli score regressions answers it as one local query.
• The vulnerability endpoint's server-side sort_by accepts only sw_vendor and sw_product, so exploitability ordering is impossible upstream. cork-cli vulnerabilities triage ranks known-exploited first, then EPSS, then CVSS, with a blast-radius device count.
• cve_id exists only nested inside cves[] and no endpoint accepts a CVE filter at any page size. cork-cli vulnerabilities exposure answers "are we exposed to this one" directly.
• A connector reports connection_status: ok while last_synced_at is days old. Both fields ship in the same payload and nothing compares the timestamp to now. `cork-cli