AGENT SKILLS VS MCP
Agent Skills vs MCP Servers: Which One When
The loudest argument in AI tooling all year, settled the boring way: skills teach procedure, MCP grants access. One is a Markdown file that costs ~100 tokens until a task matches; the other is a running server that can cost 55,000 tokens before your agent says a word. Here is the decision framework, the context math, the security differences, and where the two compose.
The one-line split: capability vs method
MCP gives an agent the ability to do something — a live connection to a Kubernetes cluster, a GitHub PR, a Postgres schema, a browser. Skills give an agent the knowledge of how to do something — your incident runbook, your Terraform conventions, your PR review checklist. Sentry's David Cramer has the tightest version: "If skills teach you to cook, MCP provides the instruments that let you do it."
Both shipped as open standards out of the same origin within twelve months. Anthropic created MCP in late 2024 and donated it to the Agentic AI Foundation under the Linux Foundation in December 2025; weeks later it published the Agent Skills spec at agentskills.io (December 18, 2025). OpenAI adopted the SKILL.md format in Codex CLI and ChatGPT, and as of mid-2026 roughly 40 products read it — which is why the two get compared constantly and conflated often. They are not competitors. They answer different questions.
| Dimension | Agent Skill | MCP Server |
|---|---|---|
| What it is | Static Markdown + optional scripts in a folder | Live client-server protocol (JSON-RPC) |
| Answers | "How should the agent do this?" | "What can the agent reach, and is it allowed?" |
| Artifact | A directory with SKILL.md | A running local process or remote service |
| Activation | Task matches description → body loads | Client connects, discovers tools, invokes |
| Authentication | None built in — inherits the host session's access | OAuth-native; Enterprise-Managed Authorization (June 2026) |
| Context cost | ~100 tokens/skill idle; body on demand | Tool schemas load up front — 5 servers ≈ 55K tokens |
| Update path | Edit the Markdown; version in git | Versioned server deployment + redeploy |
| Works offline | Yes — reads from local files | No — it is a live connection by definition |
| Main risk | Untrusted instructions + bundled scripts (code execution) | Credential scope, data exposure, server compromise |
| Governance | agentskills.io (Anthropic + community registries) | Agentic AI Foundation / Linux Foundation |
| Best for | Stable procedures, conventions, team knowledge | Data that changes between invocations; authenticated actions |
The context math that made this a debate
The original MCP complaint was real: every connected server dumps its full tool catalog into context at session start. A typical five-server enterprise setup — about 58 tools — consumes roughly 55,000 tokens before a single user message (Anthropic's own figures), and the lost-in-the-middle effect means tool-use accuracy degrades noticeably past two or three servers. One developer's 47-tool pipeline measured ~15,000 tokens of definitions alone before any work began.
Skills attacked the same problem from the opposite end with progressive disclosure: at session start the agent reads only each skill's name and description (~100 tokens per skill); when a task matches, it loads the full SKILL.md body (~2,000 tokens median); bundled reference files and scripts load only when a step needs them. Fifty installed skills and you have paid almost nothing until one fires — fifty MCP servers is a context emergency.
| Setup (per request) | Context tokens | Sonnet-class cost / request |
|---|---|---|
| 58 MCP tools (5 servers) | ~55,000 | ~$0.110 |
| Same tools + Tool Search Tool | ~8,700 | ~$0.017 |
| 20 skills + 1 triggered body | ~7,000 | ~$0.014 |
| 20 skills (metadata only) | ~2,000 | ~$0.004 |
A 27x spread between the naive MCP row and metadata-only skills. Fairness note: newer clients defer MCP tool loading until needed and the July 2026 protocol update made the core stateless with cacheable list results — the gap is narrowing. But that is a client optimization layered on the protocol, not a property of it, and the default cost model still favors skills for anything static.
The 3-question decision guide
1 · Live data or actions?
Does the task need current external state — cluster health, open issues, cloud spend — or an authenticated action surface? MCP. A skill is Markdown; it cannot query anything.
2 · Repeatable procedure?
Does the agent need your process, domain rules, or output format — "this is how we do it here"? Skill. Decision points, templates, and "do not infer" rules are exactly what skills hold well.
3 · Does a CLI already cover it?
If gh, aws, kubectl, or psql exists, teach the agent your usage of that CLI with a skill and run zero servers. Capability from Bash, knowledge from the skill.
Two anti-patterns sit on either side. Wrapping static knowledge in an MCP server — a tool that returns your style guide is wasted context; that file should be a skill — and building a bad MCP server in disguise inside a skill: the moment your skill's scripts implement authentication, retries, and paging for a large API, take the existing CLI or server and let the skill describe only the workflow.
One rule most comparisons skip: skills are advice, hooks are enforcement. A skill can say "never run mutations against prod," and the model can ignore it. If a rule must never be broken, that belongs in a hook or a server-side permission — MCP's permission boundary — not in instructions you hope get followed.
Use both at once: the composition pattern
"Use both" is the production default, not a compromise. The standard shape: a skill encodes the procedure and reaches through MCP servers for live data. A canonical incident-response setup reads:
- MCP servers provide read-only access to incidents, logs, and deployments — the capability layer, with auth scoped at the server.
- A skill defines the time window, evidence order, severity rules, missing-data handling, and the report template — the procedure.
- The host retains approval around any follow-up mutation, like creating the postmortem issue.
Remove the MCP servers and the agent knows the procedure but can't see anything. Remove the skill and the
agent sees everything but improvises the procedure — improvised incident response by an autonomous agent is
how outages become case studies. The composition runs the other direction too, which is the detail most
write-ups miss: MCP's own ecosystem now ships skills that build MCP servers. Anthropic's
first-party anthropics/skills repo includes an mcp-builder skill (four-phase workflow, SDK
references, evaluation guides), and the official claude-plugins-official repo ships an mcp-server-dev
plugin whose skills interrogate your use case, pick the deployment shape, and hand off mid-build. Skills
became the packaging for protocol-building procedure.
Where VibeFuse lands: both layers on one canvas. Settings → Tools hosts the MCP cards and custom stdio servers exposed to the built-in agents, while SKILL.md skills load the same way they do in Claude Code — and the marketplace sells both asset types, with widgets as the third, demonstrable format (buyers watch a widget run before they pay; a SKILL.md is invisible until loaded).
Security: different threat models, both real
MCP has the more structured story — OAuth-based authorization for remote servers, per-tool permission prompts in clients, and a spec revision explicitly hardening enterprise authorization. Its risk sits in the supply chain (do you trust that third-party server?) and prompt injection arriving through tool results.
Skills are simpler but sharper: a skill can contain scripts the agent executes — code execution on your machine — and because a SKILL.md is just instructions the model follows, a malicious skill is a prompt injection you installed yourself. The ecosystem made this concrete in 2026. Snyk's ToxicSkills audit scanned 3,984 public skills from ClawHub and skills.sh: 13.4% contained critical-level issues and 36% carried detectable prompt injection, with 91% of confirmed malware combining natural-language jailbreaks with shell payloads. Koi Security's ClawHavoc audit found 341 malicious skills in one registry, using typosquatting and credential exfiltration via webhooks; Antiy CERT later attributed 1,184 malicious skills to the campaign. The top skill on ClawHub by downloads is still "Self Improving Agent" at 240K installs — a skill that rewrites its own instructions.
- Read the SKILL.md end to end — including HTML comments and bundled scripts — before installing. Three minutes; it is the whole first layer of defense.
- Scope
allowed-toolsto what the skill actually needs (Bash(git status *), notBash(*)). Over-broad grants remove the friction that would otherwise make you look. - Set
disable-model-invocation: trueon anything destructive (deploys, cleanup, mass edits) so only a deliberate /command can fire it. - Pin your sources. First-party orgs and 1K+ install counts beat opaque ZIPs; Air Security documented a researcher-built malicious skill reaching 26,000+ agents through a 36K-star marketplace with stars and scanners clearing it.
The full registry-by-registry safety picture — including which registries scan and which just scrape — is in the agent skills directory comparison. The short version: treat skill installs like package installs, audit before you run, and remember the format's power (arbitrary scripts beside your prompt) is exactly what makes the unreviewed tail dangerous.
Agent Skills vs MCP — FAQ
What is the difference between Agent Skills and MCP servers?
They answer different questions. An MCP server is a live client-server protocol — it gives an agent reach: query a database, call a SaaS API, control a browser, with OAuth-native authentication handled at the connection. A skill is a folder of Markdown instructions (SKILL.md plus optional scripts) that teaches an agent a procedure: how your team deploys, how to review a PR, which order to check dashboards in. Capability is MCP; method is skills. Nine independent 2026 comparisons — Anthropic's own guidance included — converge on the same read: they compose rather than compete.
Should I use a skill or an MCP server?
Ask three questions in order. Does the task need live, changing, or authenticated data? That is MCP — a skill is static Markdown and cannot query anything. Does the task need a repeatable procedure, your domain conventions, or an output format? That is a skill. Does a well-documented CLI already cover the access (gh, aws, kubectl, psql)? Then neither: teach the agent your usage of that CLI with a skill and run zero servers. Default order in practice: skill + CLI first, MCP only for live stateful access a CLI cannot give you.
How much context do skills vs MCP tools cost?
The asymmetry is the whole debate. A typical five-server enterprise MCP setup exposes around 58 tools and burns roughly 55,000 tokens of context before any work starts, because tool schemas load whether or not they are used — Anthropic's own numbers, and the reason real agents degrade after two or three servers. Skills use progressive disclosure: about 100 tokens of name-plus-description per skill at session start, the full SKILL.md body (~2,000 tokens median) only when a task matches, and bundled scripts only when executed. Twenty installed skills plus one triggered body costs roughly 7,000 tokens — a 27x spread against the naive MCP row on the same budget. Modern clients that defer MCP tool loading shrink the gap, but that is a client optimization, not the protocol default.
Are skills or MCP servers safer?
Neither is safe by default — the risks are different shapes. MCP has the more structured story (OAuth authorization for remote servers, per-tool prompts, Enterprise-Managed Authorization since June 2026) but carries supply-chain risk in third-party servers and prompt injection through tool results. Skills are sharper: a skill can bundle scripts that execute with your terminal's permissions, and a malicious SKILL.md is a prompt injection you installed yourself. Snyk's ToxicSkills audit (February 2026) scanned 3,984 public skills and found 13.4% with critical issues and 36% of ClawHub skills carrying detectable prompt injection. Audit any skill before installing; treat MCP like you treat third-party API credentials.
Can a skill use MCP servers?
Yes — that is the default production pattern, not an edge case. A skill encodes the procedure ("check dashboards in this order, page the DBA if replication lag exceeds 30 seconds, write the timeline as you go") and reaches through MCP servers for the live data (pull the Grafana dashboards, acknowledge the PagerDuty alert). Remove the MCP servers and the agent knows the procedure but can't see anything; remove the skill and the agent sees everything but improvises the procedure. Anthropic ships an mcp-builder skill inside its own repo — skills now scaffold MCP servers, the reverse composition.
What did Anthropic's mcp-builder skill ship?
The anthropics/skills repo includes an mcp-builder skill: a four-phase guide (deep research, implementation in FastMCP Python or TypeScript SDK, testing with MCP Inspector, 10-question evaluations) for building MCP servers. Anthropic's official claude-plugins-official repo goes further with an mcp-server-dev plugin whose build-mcp-server skill interrogates your use case, picks the deployment shape (remote HTTP, MCPB bundled local, MCP app with UI widgets), and hands off to specialized skills. The standardization order looks ironic only until you see it: the skill format is the best packaging anyone has found for protocol-building procedure.
Do skills replace MCP?
No — and the "MCP is dead, skills killed it" takes miss the division of labor. Skills became an open standard at agentskills.io in December 2025 with roughly 40 products reading the same SKILL.md (Claude Code, Codex CLI, Copilot, Cursor, Gemini CLI), and they solved the context-cost problem. But a skill cannot authenticate to a live system, cannot hold stateful sessions, and cannot enforce permissions — if a rule must never be broken, that is a hook or a server-side permission, not advice in a Markdown file. Capability still needs MCP or a CLI; the skill layer tells the agent what to do with it.
How does VibeFuse fit skills and MCP together?
VibeFuse runs both on one Windows canvas: Settings → Tools hosts branded MCP cards (Google Workspace, Drive, GitHub, Copilot, Discord, Linear) plus custom stdio servers, exposed to the built-in agents — while SKILL.md skills load the same way they do in Claude Code or Codex, because the format is portable. The differentiator nobody else has on top: an open-source marketplace where creators sell widgets, skills, and styling packs at an 80% revenue share via Stripe Connect, inside the first ever free widget-based AI harness — local/offline processing, works in any app.
Run both layers in one harness
VibeFuse is the first ever free widget-based AI harness: MCP servers wired at the canvas level, SKILL.md skills loading on demand, local/offline processing, works in any app — plus an open-source marketplace paying creators 80% for widgets, skills, and styling packs.