mcp-server-cloudflare
OfficialCloudflare MCP-Server
Das Model Context Protocol (MCP) ist ein neues, standardisiertes Protokoll zur Verwaltung des Kontexts zwischen großen Sprachmodellen (LLMs) und externen Systemen. In diesem Repository finden Sie mehrere MCP-Server, mit denen Sie von einem MCP-Client (z. B. Cursor, Claude) aus eine Verbindung zum Cloudflare-Dienst herstellen und Aufgaben in Ihrem Cloudflare-Konto mithilfe natürlicher Sprache erledigen können.
Diese MCP-Server ermöglichen es Ihrem MCP-Client, Konfigurationen aus Ihrem Konto zu lesen, Informationen zu verarbeiten, Vorschläge basierend auf Daten zu machen und diese vorgeschlagenen Änderungen sogar für Sie durchzuführen. All diese Aktionen können über die vielen Dienste von Cloudflare hinweg erfolgen, einschließlich Anwendungsentwicklung, Sicherheit und Performance.
Sie unterstützen sowohl den streamable-http-Transport über /mcp als auch den sse-Transport (veraltet) über /sse.
Die folgenden Server sind in diesem Repository enthalten:
Servername | Beschreibung | Server-URL |
Aktuelle Referenzinformationen zu Cloudflare abrufen |
| |
Workers-Anwendungen mit Speicher-, KI- und Rechen-Primitiven erstellen |
| |
Einblicke erhalten und Cloudflare Workers Builds verwalten |
| |
Debuggen und Einblicke in die Protokolle und Analysen Ihrer Anwendung erhalten |
| |
Globale Internet-Traffic-Einblicke, Trends, URL-Scans und andere Dienstprogramme abrufen |
| |
Eine Sandbox-Entwicklungsumgebung starten |
| |
Webseiten abrufen, in Markdown konvertieren und Screenshots erstellen |
| |
Schnelle Zusammenfassungen für den Status von Logpush-Jobs erhalten |
| |
Ihre Protokolle durchsuchen, Details zu Prompts und Antworten erhalten |
| |
Audit-Protokolle abfragen und Berichte zur Überprüfung erstellen |
| |
DNS-Performance optimieren und Probleme basierend auf der aktuellen Einrichtung debuggen |
| |
Schnelle Einblicke in kritische Anwendungen für Ihr Unternehmen erhalten |
| |
Sicherheitsfehlkonfigurationen für SaaS-Anwendungen schnell identifizieren, um Benutzer und Daten zu schützen |
| |
Analysedaten über die GraphQL-API von Cloudflare abrufen |
|
Welchen Cloudflare MCP-Server sollten Sie verwenden?
Cloudflare bietet zwei Kategorien von MCP-Servern an:
Code Mode-Server (
mcp.cloudflare.com) incloudflare/mcp: Am besten geeignet, wenn Sie durch Codeausführung umfassenden Zugriff auf die APIs von Cloudflare wünschen.Domänenspezifische Server (
*.mcp.cloudflare.com) in diesem Repository: Am besten geeignet, wenn Sie kuratierte, typisierte Tools für einen bestimmten Cloudflare-Produktbereich wünschen.
Wann sollten Sie welchen verwenden?
Verwenden Sie den Code Mode-Server, wenn:
Sie eine breite API-Abdeckung über viele Cloudflare-Produkte hinweg benötigen
Sie einen kleineren Satz an Allzweck-Tools bevorzugen
Ihr Workflow durch Codeausführung besser unterstützt wird
Verwenden Sie die domänenspezifischen Server in diesem Repository, wenn:
Sie zweckgebundene Tools für einen bestimmten Produktbereich wünschen
Sie geführtere, typisierte Interaktionen wünschen
Sie hauptsächlich innerhalb einer Cloudflare-Domäne arbeiten, wie z. B. Observability, Bindings, Radar oder Browser Rendering
Erfahren Sie hier mehr über den Code Mode-Server: cloudflare/mcp.
Related MCP server: Cloudflare MCP Server
Zugriff auf den Remote-MCP-Server von jedem MCP-Client aus
Wenn Ihr MCP-Client erstklassige Unterstützung für Remote-MCP-Server bietet, stellt der Client eine Möglichkeit bereit, die Server-URL direkt in seiner Benutzeroberfläche zu akzeptieren (z. B. Cloudflare AI Playground)
Wenn Ihr Client noch keine Remote-MCP-Server unterstützt, müssen Sie die entsprechende Konfigurationsdatei mit mcp-remote (https://www.npmjs.com/package/mcp-remote) einrichten, um festzulegen, auf welche Server Ihr Client zugreifen kann.
{
"mcpServers": {
"cloudflare-observability": {
"command": "npx",
"args": ["mcp-remote", "https://observability.mcp.cloudflare.com/mcp"]
},
"cloudflare-bindings": {
"command": "npx",
"args": ["mcp-remote", "https://bindings.mcp.cloudflare.com/mcp"]
}
}
}Verwendung der Cloudflare MCP-Server über die OpenAI Responses API
Um einen der Cloudflare MCP-Server mit der OpenAI Responses API zu verwenden, müssen Sie der Responses API ein API-Token bereitstellen, das über die für diesen speziellen MCP-Server erforderlichen Bereiche (Berechtigungen) verfügt.
Um beispielsweise den Browser Rendering MCP-Server mit OpenAI zu verwenden, erstellen Sie ein API-Token im Cloudflare-Dashboard hier mit den folgenden Berechtigungen:
Benötigen Sie Zugriff auf weitere Cloudflare-Tools?
Wir fügen diesem Remote-MCP-Server-Repository kontinuierlich weitere Funktionen hinzu. Wenn Sie Feedback hinterlassen, einen Fehler melden oder eine Funktionsanfrage stellen möchten, eröffnen Sie bitte ein Issue in diesem Repository.
Fehlerbehebung
"Die Antwort von Claude wurde unterbrochen ..."
Wenn Sie diese Meldung sehen, hat Claude wahrscheinlich sein Kontextlängenlimit erreicht und mitten in der Antwort gestoppt. Dies geschieht am häufigsten bei Servern, die viele verkettete Tool-Aufrufe auslösen, wie z. B. der Observability-Server.
Um die Wahrscheinlichkeit zu verringern, auf dieses Problem zu stoßen:
Versuchen Sie, spezifisch zu sein und halten Sie Ihre Anfragen prägnant.
Wenn eine einzelne Anfrage mehrere Tools aufruft, versuchen Sie, sie in mehrere kleinere Tool-Aufrufe aufzuteilen, um die Antworten kurz zu halten.
Kostenpflichtige Funktionen
Einige Funktionen erfordern möglicherweise einen kostenpflichtigen Cloudflare Workers-Plan. Stellen Sie sicher, dass Ihr Cloudflare-Konto über die erforderliche Abonnementstufe für die Funktionen verfügt, die Sie verwenden möchten.
Mitwirken
Sind Sie daran interessiert, einen Beitrag zu leisten und diesen Server lokal auszuführen? Siehe CONTRIBUTING.md, um loszulegen.
Available Tools
2 toolsmigrate_pages_to_workers_guideARead-only
ALWAYS read this guide before migrating Pages projects to Workers.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint=true; description adds no additional behavioral context beyond the instruction to read the guide, which is sufficient for a static document.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Single sentence, front-loaded, no unnecessary words.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a zero-parameter guide without output schema, the description adequately conveys the tool's purpose and usage context.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
No parameters exist, so schema coverage is 100%. Description does not need to add parameter details; baseline 4 applies.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool is a guide to be read before migrating Pages to Workers, distinguishing it from the sibling search tool.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Explicitly states when to use the tool (before migration), though no alternatives or exclusions are discussed.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
search_cloudflare_documentationARead-only
Search the Cloudflare documentation.
This tool should be used to answer any question about Cloudflare products or features, including:
- Workers, Pages, R2, Images, Stream, D1, Durable Objects, KV, Workflows, Hyperdrive, Queues
- AI Search, Workers AI, Vectorize, AI Gateway, Browser Run
- Zero Trust, Access, Tunnel, Gateway, Browser Isolation, WARP, DDOS, Magic Transit, Magic WAN
- CDN, Cache, DNS, Zaraz, Argo, Rulesets, Terraform, Account and Billing
Results are returned as semantically similar chunks to the query.
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes |
Output Schema
| Name | Required | Description |
|---|---|---|
| results | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations include readOnlyHint=true, so the read-only nature is known. The description adds that results are 'semantically similar chunks', which gives insight into the behavior. No contradictions.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is two paragraphs; the first sentence is concise, but the product list in the second paragraph is lengthy. Could be more concise, but overall efficient.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's simplicity (one parameter, read-only search), the description covers purpose, usage, and return format. Output schema exists, so return values are explained elsewhere. Adequately complete.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 0%, so the description must compensate. It lists topics to search, implying the query is a search string, but adds no details about format, length, or constraints. With only one parameter, it's minimally acceptable.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states 'Search the Cloudflare documentation' and lists many product areas. The verb 'search' and resource 'Cloudflare documentation' are specific. The sibling tool 'migrate_pages_to_workers_guide' is clearly different, so no confusion.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description says it 'should be used to answer any question about Cloudflare products or features', providing clear usage context. It does not explicitly exclude cases where more specific tools might be better, but given only one sibling, it's adequate.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
2 tool updates
v1.0.4- Changed
migrate_pages_to_workers_guide1 field changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
- Changed
search_cloudflare_documentation2 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
1 tool update
v1.0.3- Changed
search_cloudflare_documentation1 field changed- changed
Output schema / (root)Previous value: -nullNew value: +{ + "$schema": "http://json-schema.org/draft-07/schema#", + "additionalProperties": false, + "properties": { + "results": { + "items": { + "additionalProperties": false, + "properties": { + "id": { + "description": "Source file ID", + "type": "string" + }, + "similarity": { + "description": "Similarity score from AI Search", + "type": "number" + }, + "text": { + "description": "Matching documentation chunk text", + "type": "string" + }, + "title": { + "description": "Documentation page title", + "type": "string" + }, + "url": { + "description": "Developer documentation URL", + "type": "string" + } + }, + "required": [ + "similarity", + "id", + "url", + "title", + "text" + ], + "type": "object" + }, + "type": "array" + } + }, + "required": [ + "results" + ], + "type": "object" +}
2 tool updates
v1.0.2- Changed
migrate_pages_to_workers_guide1 field changed- removed
Input schema / additionalPropertiesRemoved value: -false
- Changed
search_cloudflare_documentation1 field changed- removed
Input schema / additionalPropertiesRemoved value: -false
2 tool updates
- First observed
migrate_pages_to_workers_guide - First observed
search_cloudflare_documentation
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes: one for general documentation search and one specifically for migrating Pages to Workers. There is no overlap.
Both tool names follow a verb_noun pattern in snake_case, with 'search_cloudflare_documentation' and 'migrate_pages_to_workers_guide', though the second is much longer.
With only 2 tools, the server feels very thin for the broad domain of Cloudflare products. It likely needs more tools to be useful.
Only documentation search and a specific migration guide are provided. Many core Cloudflare operations (e.g., managing resources, troubleshooting) are missing, leading to significant gaps.
Maintenance
Related MCP Connectors
Cloudflare Workers MCP server: claude-skill-validator
Use AI models for chat, image, and video generation from Claude Code and other MCP hosts.
MCP server for AI agents to plan, verify, and deploy Cloudflare-native apps.
Cloudflare Workers MCP server: ai-model-router
Related MCP Servers
- AlicenseNot gradedqualityNot gradedmaintenanceA lightweight MCP server for managing DNS records, purging cache, and interacting with the Cloudflare API through natural language commands.24-
- AlicenseNot gradedqualityCmaintenanceAn MCP server that allows using natural language to manage Cloudflare resources (Workers, KV, R2, D1) through Claude Desktop, VSCode, and other MCP clients.31 npm10Apache 2.0

Cloudflare MCP Serverofficial
AlicenseNot gradedqualityBmaintenanceA token-efficient MCP server that provides access to the entire Cloudflare API (2500+ endpoints) using a code execution pattern, enabling natural language management of Cloudflare services.7 npm950Apache 2.0- AlicenseCqualityDmaintenanceA high-performance MCP server providing AI assistants with read-only access to the Cloudflare ecosystem. Query your entire Cloudflare infrastructure using natural language through Claude, Cursor, or any MCP-compatible client.3905MIT