Blank white background with no objects or features visible.

اسأل TFY: قم بالتصحيح والتحليل واتخاذ الإجراءات بشأن كل ما يحدث داخل بوابة الذكاء الاصطناعي الخاصة بك اعرف المزيد

تعلن TrueFoundry عن استحواذها على Seldon AI، موسعة بذلك لوحة التحكم الخاصة بها للذكاء الاصطناعي للمؤسسات. البيان الصحفي الكامل →

سجل Claude MCP: دليل شامل للمطورين وفرق المؤسسات

By أشيش دوبي

Published: July 4, 2026

TrueFoundry MCP gateway governs Claude tool access securely

Anthropic Claude can access files, database queries, Slack posts, and web searches through external tool connections. This works through the Model Context Protocol, which Anthropic introduced as an open standard for connecting AI assistants to systems where data already lives.

The Claude MCP registry is central to that connection layer. It helps Claude discover external tools, understand where they are hosted, and identify how clients can connect. For developers, this reduces the need for custom implementations during experiments. For enterprises, it raises governance questions about tool approval, authentication, auditability, and access control.

The official MCP registry helps with discovery, while enterprise teams still need stronger controls for production use. This guide explains how the Claude MCP registry works, how MCP server connections operate in Claude Desktop and Claude Code, where the public registry stops, and how TrueFoundry adds governed access through its MCP Gateway.

TrueFoundry governs Claude MCP registry tool connections

What Is the Claude MCP Registry?

The Claude MCP registry is a discovery layer for available MCP servers. It works like an app store for MCP servers, giving MCP clients a searchable list of MCP servers with details about what each server does and how clients can reach it. The official registry describes itself as a community-driven registry service for Model Context Protocol servers.

The Claude MCP registry stores metadata rather than running servers itself. This metadata can describe each server’s purpose, exposed tools, available resources, accepted transport types, and authentication requirements. The actual source code may live in a GitHub repository, NPM, PyPI, Docker, or the provider’s own infrastructure.

Registry Information What It Helps Clients Understand
Server purpose What the MCP server does
Tool description Which actions or resources it exposes
Transport type Whether it uses stdio or HTTP
Authentication method How access is verified before use
Server source Where the implementation is maintained

In simple terms, the Claude MCP registry standardizes tool discovery across the MCP ecosystem. It gives AI clients a standardized way to find tools without requiring every developer to create separate connection logic for every service, database, or internal application.

The official registry includes open-source and community servers, as well as servers for common integration patterns. These can include filesystem access, database queries, code repositories, web automation, maps, and developer workflows. As AI applications become more tool-integrated, the registry serves as a practical infrastructure layer for Claude and other MCP-aware clients. 

How MCP Works With Claude: Understanding the Architecture

Before using the Claude MCP registry, teams need to understand how MCP works inside Claude. MCP uses a client-server model in which a host application connects to independent tool servers. The protocol enables LLM-powered applications to access external data sources, APIs, repositories, and business systems through a common interface.

MCP Uses a Client-Server Model Where Claude Acts as the Host and Client

MCP uses a host-client-server design. Claude Desktop or Claude Code acts as the host, while embedded clients communicate with external servers. Each MCP server operates independently and exposes its own tools, resources, prompts, or service actions.

In this design:

  • Claude Desktop and Claude Code serve as MCP hosts.
  • The hosts establish client connections to MCP servers.
  • Each MCP server exposes its own tool capability.
  • Claude invokes tools when a task requires external context.

At the start of a session, Claude identifies available tools and decides whether a task needs them. This lets Claude use natural language requests to interact with databases, file systems, APIs, development tools, and internal systems without embedding every integration inside the model.

Two Transport Types Determine How Servers Connect and Authenticate

The MCP architecture usually relies on two transport patterns. Local stdio servers run on the same machine as Claude. Remote Streamable HTTP servers run over a network and support broader team-level deployment.

Transport Type Typical Use Authentication Pattern
Local stdio Local developer setup and experiments Environment variables and machine trust
Remote HTTP Centralized team or enterprise access OAuth and hosted authentication flows

Local stdio servers are useful for experimentation because they run within the machine’s trust boundary. They often use local commands, environment variables, and a local setup flow. Remote servers support shared enterprise environments, but require stronger OAuth controls, network security, and request validation.

Claude Requires Consent Before Tool Invocation

By default, Claude asks for user approval before using a tool. This protects users from unintended external actions, especially when a tool can read files, write to databases, call an API, or post to communication systems such as Discord.

Enterprise administrators can apply stronger control through allowlists, blocklists, approved extensions, and internal directories. This creates policy-level control over tool usage. However, consent alone does not replace enterprise governance, because teams still need identity mapping, tool-level permissions, cost controls, and audit trails. 

Claude MCP architecture showing host client and server connection types

How to Connect MCP Servers in Claude Desktop

There are two common ways to add MCP servers into Claude Desktop. The best method depends on whether the team wants speed, flexibility, or tighter enterprise governance. Developers usually start with the extensions directory, while platform teams often need managed configuration patterns.

Using the Claude Desktop Extensions Directory

The Claude Desktop Extensions Directory is the easiest way to connect MCP tools. It lets users browse approved extensions, install supported servers, and start using tools with limited manual configuration. This is useful when teams want faster onboarding with safer defaults.

The typical flow includes:

  • Open settings in Claude Desktop.
  • Go to the Extensions tab.
  • Browse approved MCP extensions.
  • Install the selected extension.
  • Confirm tool access before use.

Extensions are bundled and can update automatically. This reduces manual configuration work and improves onboarding speed. It also gives teams a cleaner starting point compared with direct local JSON editing, especially when users need the same tool configuration across multiple machines.

Manual Configuration for Custom Servers

Community and internal MCP servers can also be configured manually. This usually means updating local JSON configuration files with command details, arguments, environment variables, and credentials. Manual configuration gives developers flexibility when connecting internal tools, proprietary datasets, or experimental services.

Common manual configuration inputs include:

  • Command to execute
  • Additional parameters
  • Environment variables
  • Credentials or tokens
  • Local or remote transport details

Manual configuration is useful for internal AI applications and early preview workflows. It can also create risk when teams copy unverified server configurations from public sources. Enterprises should review the server source code, configuration schema, permissions, and tool behavior before a wider rollout.

How to Connect MCP Servers in Claude Code

Claude Code integrates MCP through CLI configuration. It gives software engineers more flexibility while working inside code repositories. This is valuable for teams using Claude Code with backend services, data repositories, internal APIs, and GitHub Copilot-style developer workflows.

Adding Servers Through the CLI

Claude Code lets developers register MCP servers through the command line. This supports fast setup for engineering teams working across multiple repositories. The common workflow includes server registration, transport definition, authentication setup, and connection verification.

For remote servers, developers may need a browser-based OAuth flow. This keeps authentication tied to the user rather than a shared token. It also reduces risk when teams connect Claude Code to internal systems, external APIs, or enterprise workflows.

Managing MCP Scope Across Projects

Claude Code supports scoped MCP configuration. Teams can define tool availability by project, user, or default environment. This helps avoid giving every developer the same tool set across every repository.

For example:

  • A backend repository can use database MCP servers.
  • A support repository can use CRM MCP servers.
  • A data repository can use warehouse MCP servers.
  • A security repository can use scanner MCP servers.

Scoped configuration improves consistency and reduces overexposure. A project that needs database access should not automatically inherit CRM tools. This helps enterprises reduce fragmentation while keeping each developer workflow aligned with project needs.

Comparing Claude Desktop and Claude Code MCP server connection methods

What the Official Claude MCP Registry Does Not Cover for Enterprise Teams

The official Claude MCP registry helps developers discover and connect to MCP servers faster. However, enterprise use cases need more than discovery. They need governance capabilities that control which servers are approved, who can access them, how calls are logged, and where data travels.

The official registry supports discovery, while enterprise controls need to live above it.

Enterprise Need Public Coverage Registry Enterprise Gap
Team access control Limited Role-based permissions needed
Audit trails Limited Tool-call logs required
Server validation Community-driven Security review required
Internal tools Public registry focused Private registry needed
Cost governance Outside registry scope Budgets and quotas needed
  • No access control by team or role: All developers can connect Claude to any MCP server in the registry. There is no access control mechanism available by team, environment, or permissions to restrict tool access.
  • No audit trail for compliance: The registry does not track tool usage; there is no log of the developer that invoked an MCP server, the type of tool, inputs, and invocation times.
  • No security validation for community servers: The community can submit their MCP servers to the public registry, but it is up to the organization to perform security audits on these servers.
  • No private registry for internal tools: If enterprises create their own MCP servers internally, there should be a dedicated system to register and distribute them across teams.
  • No cost controls or budget enforcement: Invoking the MCP tool may trigger additional model and workflow invocations; however, the registry has no cost-control measures.

This changes the problem from discovery to governance. The Claude MCP registry helps teams find tools, while production teams still need policy control, access review, logging, approval workflows, and enterprise-grade monitoring.

TrueFoundry governs Claude MCP registry server access

How TrueFoundry Provides a Governed MCP Registry for Enterprise Claude Deployments

TrueFoundry adds the governance layer that enterprises need when Claude uses MCP in production. Its MCP Gateway centralizes MCP server access, authentication, routing, and observability for internal and external tools. TrueFoundry’s AI Gateway also sits between applications, LLM providers, and MCP servers, providing unified observability and governance.

With TrueFoundry, teams can use the Claude MCP registry for discovery while managing access to approved tools through a private enterprise control layer. This matters when Claude agents need to connect with internal APIs, private databases, code tools, customer systems, and governed enterprise workflows.

  • Single registry for public and internal MCP servers: Teams can register public servers and internal tools in one governed layer. Each connection is checked so Claude only reaches approved MCP servers.
  • Role-based per-server access control: Permissions are verified before any server operation runs. Each team, application, or agent sees only the tools it is allowed to use.
  • Compliance-grade auditing of MCP tool calls: Every tool invocation can log identity, agent, server, tool name, input, output, timestamp, and policy outcome.
  • Virtual MCP servers for flexible operations: TrueFoundry can expose stable logical tool endpoints while backend infrastructure changes independently.
  • Governed MCP access inside customer environments: TrueFoundry supports VPC, on-premise, and air-gapped deployment options for regulated teams.

توفر بوابة الذكاء الاصطناعي مستوى التحكم المؤسسي الأوسع للوصول إلى النماذج والسياسات وقابلية المراقبة وضوابط التكلفة. بوابة نماذج اللغة الكبيرة تساعد في التوجيه عبر المزودين والنماذج المستضافة ذاتيًا. وتحكم بوابة الوكلاء سير العمل المستقل متعدد الخطوات، واستخدام الأدوات الخارجية، وسلوك الوكيل في وقت التشغيل.

يمنح هذا الشركات مسارًا عمليًا من الاكتشاف إلى التنفيذ المُدار. لا يزال بإمكان Claude اكتشاف أدوات مفيدة، بينما تتحكم TrueFoundry في الأدوات المعتمدة، ومن يمكنه استخدامها، وما البيانات التي تتلقاها، وكيف يتم تسجيل كل إجراء.

احجز عرضًا توضيحيًا لترى كيف تدير TrueFoundry النماذج، وأدوات MCP، والوكلاء، وسير عمل الذكاء الاصطناعي للمؤسسات.

TrueFoundry governed MCP registry controlling Claude agent tool access

Try now.

One gateway for all your models, MCP servers, and agents.
No credit card needed.

Start free
Table of Contents

One Gateway for Every LLM, Agent and MCP Server

Book a 30-min with our AI expert

Book a Demo

The fastest way to build, govern and scale your AI

Book Demo
Summarize with
ChatGPT logo by OpenAI
Perplexity AI logo
Blurry red snowflake on white background, symmetrical frosty design with soft edges and abstract shape.

Discover More

No items found.
August 17, 2026
|
5 min read

Sandboxed Code Agents: Let Models Execute Without Letting Them Roam

No items found.
Portkey AI Gateway Pricing
August 15, 2026
|
5 min read

فهم تسعير بوابة Portkey للذكاء الاصطناعي لعام 2026: دليل شامل ومقارنة

No items found.
MCP registry connecting agents to governed MCP servers
August 15, 2026
|
5 min read

أفضل سجلات MCP في عام 2026: مقارنة للمطورين والمؤسسات

No items found.
TrueFoundry AI gateway powers enterprise AI platform engineering at scale
August 15, 2026
|
5 min read

ما هي هندسة منصات الذكاء الاصطناعي؟ دليل عملي لفرق المؤسسات

No items found.
No items found.

Recent Blogs

Black left pointing arrow symbol on white background, directional indicator.
Black left pointing arrow symbol on white background, directional indicator.

Frequently asked questions

ما الفرق بين سجل MCP الرسمي وسجل MCP للمؤسسات؟

سجل MCP الرسمي هو دليل عام يساعد المطورين على اكتشاف خوادم MCP بشكل أسرع. يضيف سجل MCP للمؤسسات أذونات الوصول، وقواعد المصادقة، وتكوين الخادم المعتمد، وحوكمة التكاليف، وضوابط التدقيق. يسهل السجل العام الاكتشاف، بينما تضمن طبقة المؤسسة الاستخدام الآمن عبر الفرق والوكلاء والتطبيقات والأدوات الداخلية.

هل تملك خوادم MCP في سجل كلود إمكانية الوصول إلى سجل المحادثات؟

لا تتلقى خوادم MCP سجل المحادثات الكامل افتراضيًا. فهي تتلقى فقط الحمولة التي يمررها كلود أثناء استدعاء أداة معينة. قد يتم تضمين سجل المحادثات عندما يقوم المستخدم أو سير العمل بتمريره صراحةً كمدخل. يجب على فرق المؤسسات أن تستمر في إدارة الوصول إلى الأدوات، ونطاق الحمولة، والتسجيل، وحدود البيانات لكل اتصال بسجل Claude MCP.

كيف يقرر كلود أي أداة MCP يستدعيها؟

يختار كلود أداة MCP بناءً على المهمة، والخوادم المتاحة، وأوصاف الأداة، والسياق المقدم أثناء الجلسة. يبحث عن أداة ذات صلة ومتوافقة، ثم يطلب موافقة المستخدم قبل استدعائها في مسارات العمل القياسية. يجب على فرق المؤسسات دمج سلوك كلود في الاختيار مع القوائم البيضاء، والتحكم في الوصول المستند إلى الدور (RBAC)، وسجلات التدقيق، وضوابط الموافقة على مستوى البوابة.

هل يمكن للفرق مشاركة إعدادات خادم MCP بين مستخدمي Claude Desktop؟

نعم، يمكن للفرق مشاركة إعدادات خادم MCP لتوحيد الأدوات المعتمدة بين مستخدمي Claude Desktop. تعمل الإعدادات المشتركة على تحسين عملية الإعداد للمستخدمين الجدد والأمان وتناسق الإعدادات. ومع ذلك، يجب على الفرق مراجعة كل خادم، والتحقق من المصادقة، والتحقق من الصلاحيات، وتحديد قواعد الوصول على مستوى المشروع قبل إتاحة الإعدادات عبر الأقسام أو بيئات التطوير.

هل تغادر البيانات المرسلة عبر MCP المؤسسة؟

يمكن أن تغادر البيانات المؤسسة عندما يعمل خادم MCP خارج البنية التحتية التي تتحكم بها الشركة. إذا كان الخادم يعمل داخل بيئة المؤسسة، يمكن أن تبقى البيانات ضمن الحدود الداخلية. ولهذا السبب، فإن بوابات MCP القائمة على VPC قيّمة. فهي تساعد في توجيه طلبات الأدوات والتحكم فيها ومراجعتها، مع الحفاظ على بيانات المؤسسة الحساسة داخل بيئات محكمة.

Take a quick product tour
Start Product Tour
Product Tour