RUNLOCALAIv38
->Will it run?Best GPUCompareTroubleshootStartLearnPulseModelsHardwareToolsBench
Run check
RUNLOCALAI

Independently operated catalog for local-AI hardware and software. Hand-written verdicts. Source-cited claims. Reproducible commands when we have them.

OP·Eruo Fredoline
DIR
  • Models
  • Hardware
  • Tools
  • Benchmarks
TOOLS
  • Will it run?
  • Compare hardware
  • Cost vs cloud
  • Choose my GPU
  • Prompting kits
  • Quick answers
REF
  • All buyer guides
  • Learn local AI
  • Methodology
  • Glossary
  • Errors KB
  • Trust
  • Suggest a feature
EDITOR
  • About
  • Author
  • How we make money
  • Editorial policy
  • Contact
LEGAL
  • Privacy
  • Terms
  • Sitemap
MAIL · MONTHLY DIGEST
Get monthly local AI changes
Monthly recap. No spam.
DISCLOSURE

Some links on this site are affiliate links (Amazon Associates and other first-class retailers). When you buy through them, we earn a small commission at no extra cost to you. Affiliate links do not influence our verdicts — there are cards we rate highly that we don't have affiliate relationships with, and cards that sell well that we refuse to recommend. Read more →

© 2026 runlocalai.coIndependently operated
RUNLOCALAI · v38
Glossary / Agents & agentic AI / MCP (Model Context Protocol)
Agents & agentic AI

MCP (Model Context Protocol)

MCP is an open protocol introduced by Anthropic in late 2024 for connecting AI agents to tools and data sources in a standardized way. Instead of every agent reinventing tool definitions, MCP defines a common JSON-based contract: a server exposes tools/resources/prompts, a client (the agent) discovers and calls them.

For local AI: MCP servers can run entirely locally, exposing your file system, terminal, GitHub repos, databases, etc. to a local agent like Claude Code or OpenCode. There's a growing registry of community MCP servers for Notion, Linear, Slack, Postgres, Cloudflare, and dozens more.

Why it matters: before MCP, every coding agent had its own tool framework. After MCP, a tool you build once works across Claude Code, Claude Desktop, Cursor (with MCP support), Continue, and any future MCP-aware client. It's the USB-C of AI tooling.

Practical example

An operator wiring up a local coding agent wants it to query a Postgres database and read files from a project directory. Instead of writing custom tool-calling glue for each, they run two MCP servers locally — a Postgres MCP server and a filesystem MCP server — and point their agent client at both. The agent discovers the available tools (query_table, read_file, list_directory) at session start and calls them the same way regardless of which underlying model is driving the session. This matters for local-first setups: swap the backend LLM from Claude to a self-hosted Qwen 2.5 32B with function calling support, and the same MCP servers keep working unchanged, because the tool contract lives in the protocol layer, not in the model.

Related terms

Function Calling / Tool Use

See also

tool: claude-codetool: claude-desktop

Reviewed by Eruo Fredoline. See our editorial policy.

Buyer guides
  • Best GPU for local AI →
  • Best laptop for local AI →
  • Best Mac for local AI →
When it doesn't work
  • CUDA out of memory →
  • Ollama running slowly →
  • ROCm not detected →