Backblaze B2 MCP Server öffnet KI-Agenten einen abgegrenzten Speicherzugriff
Backblaze hat einen Open-Source-Backblaze-B2-MCP-Server veröffentlicht, der KI-Agenten eine sichere, standardisierte Möglichkeit bietet, Cloud-Objektspeicher zu bedienen. Der am 8. September 2026 angekündigte neue Server verbindet Model-Context-Protocol-Clients (MCP-Clients) – Anwendungen, die einem gemeinsamen Standard folgen, damit KI-Agenten externe Tools entdecken und aufrufen können – mit einer fokussierten Auswahl an Backblaze-B2-Cloud-Speicheroperationen. Der entscheidende Designpunkt ist, dass die Tools, die ein Agent sehen und nutzen kann, die Berechtigungen des verbundenen B2-Anwendungsschlüssels widerspiegeln – eines Berechtigungsnachweises, der nur Zugriff auf bestimmte Speicherressourcen statt auf das gesamte Konto gewährt. Wenn ein Schlüssel nur aus einem Bucket lesen kann – einem benannten Container, der gespeicherte Objekte enthält –, ist die Reichweite des Agenten auf diesen Bucket beschränkt; wenn der Schlüssel eine Operation nicht erlaubt, kann der Agent den MCP-Server nicht umgehen, um diese Grenze zu überschreiten.
Backblazes Argument für die Einführung des Servers ist, dass Speicher traditionell an zwei Orten auf Entwickler trifft: der Programmierschnittstelle (API), einem Satz von Regeln, der es Software ermöglicht, mit dem Dienst zu kommunizieren, und der Web-Konsole. Agenten-Tools werden zu einem dritten Ort, an dem die Arbeit zunehmend beginnt. Das Unternehmen möchte, dass Infrastruktur innerhalb des Tools verfügbar ist, das ein Entwickler bereits geöffnet hat. Dazu gehören alltägliche Aufgaben, die Ausgaben erzeugen, KI-Workflows, die während ihrer Ausführung Daten lesen und schreiben, sowie Anwendungen, die einen Ort für Benutzer-Uploads, generierte Assets und Datensätze benötigen. Kunden haben auch gefragt, wie ihre eigenen Agenten ihren Speicher verwalten können. MCP ermöglicht eine einzige Implementierung für all diese Fälle, sodass dieselben Anmeldedaten, derselbe Umfang, derselbe Übertragungsweg und dieselbe Richtlinie für destruktive Operationen überall dort gelten, wo ein Team arbeitet.
In einem praktischen Beispiel: Angenommen, ein KI-Agent hat einen Kundenexport vorbereitet. Anstatt ihm einen Allzweck-Berechtigungsnachweis zu geben und umgebende Speicherlogik zu schreiben, könnte ein Entwickler ihn bitten, ein privates Ziel vorzubereiten, die Datei 30 Tage lang aufzubewahren und eine sichere Upload-Möglichkeit bereitzustellen. Abhängig von den Berechtigungen des Anwendungsschlüssels und der Serverrichtlinie kann der Agent einen privaten Bucket erstellen oder einen vorhandenen auswählen, Lebenszyklusregeln anwenden, die Objekte automatisch ablaufen lassen, oder Aufbewahrungseinstellungen, die sie vor Löschung schützen, eine kurzlebige Upload-URL generieren, den Eingang des Exports überprüfen und eine kurzlebige Download-URL zurückgeben. Bei einem großen Export werden die eigentlichen Bytes direkt über die kurzlebige URL zu B2 übertragen, anstatt durch die Modellkonversation oder den MCP-Server zu laufen, wodurch Massendaten auf dem richtigen Weg bleiben. Wenn eine Folgeanfrage lautet, diesen Export zu löschen, kann der Server je nach Konfiguration eine Bestätigung verlangen, bevor er fortfährt, oder destruktive Operationen vollständig blockieren. Dasselbe Prinzip gilt für Änderungen, die den Schutz schwächen, wie das Aufheben der Aufbewahrung oder das Einführen von Lebenszyklusregeln, die eine Löschung planen.
Der Server umfasst bis zu 40 Tools über die B2 Native API, die S3-kompatible API von B2 und zweckgebundene Speicheranalysen. Die verfügbare Oberfläche passt sich dem verbundenen Schlüssel und den Richtlinieneinstellungen an, sodass nicht jedes Tool freigegeben werden muss. Die Speicherverwaltung umfasst das Erstellen und Konfigurieren von Buckets, das Auflisten und Verwalten von Objekten, das Definieren von Lebenszyklusregeln, das Arbeiten mit Aufbewahrung und rechtlichen Sperren sowie die Verwendung von Object Lock – einer Funktion, die Objekte für einen festgelegten Zeitraum unveränderlich macht –, wo stärkerer Schutz erforderlich ist. Große Dateien können mit kurzlebigen Upload- und Download-URLs oder Multipart-Transfers bewegt werden, die eine große Datei in Teile aufteilen, die parallel hochgeladen werden. Der Zugriff wird durch das Verbinden eines eingeschränkten B2-Anwendungsschlüssels begrenzt, und ein Nicht-Master-Schlüssel ist der richtige Ausgangspunkt für normale Speicherarbeiten. Destruktive Aktionen können mit einer Richtlinie gesteuert werden, die eine Bestätigung verlangt, die Operation blockiert oder sie in einer vertrauenswürdigen Umgebung zulässt; die lokale Nutzung standardmäßig auf Bestätigung, während gehostete HTTP-Bereitstellungen standardmäßig diese Aufrufe blockieren. Die Nutzungsanalyse kann Speicherwachstum, Egress-Spitzenreiter (Buckets oder Pfade mit den meisten ausgehenden Daten), die größten Dateien und unvollständige Multipart-Uploads finden, die möglicherweise noch Speicher verbrauchen.
Sicherheit beginnt mit dem Schlüssel. Der Server stellt Agenten Tools zur Verfügung, sollte aber die Zugriffskontrollen nicht schwächen. Der verbundene B2-Anwendungsschlüssel bleibt die erste Grenze, und B2-Anwendungsschlüssel können nach Bucket, Fähigkeit, Dateipräfix und Dauer eingeschränkt werden. Das gibt Entwicklern eine praktische Möglichkeit, das Prinzip der geringsten Rechte – die Praxis, einem Tool nur die minimal erforderlichen Berechtigungen zu geben – auf agentische Workflows anzuwenden. Der Server fügt eine weitere Ebene für Operationen hinzu, die Reibung verdienen: Destruktive und schutzschwächende Aktionen können eine ausdrückliche Bestätigung erfordern oder vor der Ausführung abgelehnt werden. Für gehostete Bereitstellungen enthält das Projekt zusätzliche Kontrollen und Anleitungen für den Umgang mit Anmeldedaten, Authentifizierung, erlaubten Hosts und Ursprüngen, Ratenlimits und Protokollierung. Das Ziel ist nicht, so zu tun, als könne ein Agent niemals eine schlechte Anfrage stellen, sondern Entwicklern klare, durchsetzbare Grenzen zu geben.
Organisationen, die bereits Anwendungsdaten, Backups, Medien oder Archive in B2 speichern, benötigen kein separates Speicherprodukt für Agenten. Der MCP-Server funktioniert mit Standard-B2-Anwendungsschlüsseln und vorhandenen Buckets. Sie können einen vorhandenen Schlüssel verbinden, aber in den meisten agentischen Workflows lohnt es sich, einen engeren Schlüssel zu erstellen. Ein Berichtsagent benötigt möglicherweise Lesezugriff auf ein bestimmtes Präfix – einen Startpfad, der einschränkt, welche Objekte ein Schlüssel erreichen kann. Ein Export-Workflow benötigt möglicherweise die Berechtigung, in einen privaten Bucket zu schreiben und einen kurzlebigen Download-Link zu generieren. Ein Bereinigungsagent benötigt möglicherweise Listen-Zugriff, aber keine Löschfähigkeit, bis ein Mensch die Aktion genehmigt.
Für Claude Desktop bietet Backblaze eine Ein-Klick-Installation: Laden Sie die Datei b2-mcp.mcpb aus der neuesten Version herunter und doppelklicken Sie darauf. Claude Desktop öffnet sich, bietet an, die Erweiterung zu installieren, und fragt nach der Application Key ID und dem Application Key, wobei Region und Master-Schlüssel optional sind. Es gibt keine Konfigurationsdatei zu bearbeiten und nichts wird in die Konversation eingefügt. Wenn das System .mcpb-Dateien nicht mit Claude Desktop verknüpft hat, können Benutzer Einstellungen, Erweiterungen öffnen und von dort installieren oder die Datei auf dieses Fenster ziehen. Für jeden MCP-Client ist der schnellste Start, npx -y @backblaze-labs/b2-mcp mit einer unterstützten Node.js-Laufzeit, einem Nicht-Master-B2-Anwendungsschlüssel und einem MCP-kompatiblen Client auszuführen. Claude-Desktop-Benutzer können einen Konfigurationsblock mit den Umgebungsvariablen B2_APPLICATION_KEY_ID und B2_APPLICATION_KEY hinzufügen und dann neu starten. Backblaze betont, dass der Anwendungsschlüssel niemals in die Modellkonversation eingefügt werden sollte; bewahren Sie ihn in der Client-Konfiguration oder der Geheimnisverwaltungsebene einer Bereitstellung auf. Eine bewusst einfache erste Eingabeaufforderung besteht darin, den Agenten zu bitten, die Buckets aufzulisten, auf die dieser Schlüssel zugreifen kann. Copy-and-Paste-Einrichtungsanleitungen werden für Cursor, VS Code, Cline, Windsurf, Zed, Continue, Goose, Claude.ai und gehostete Bereitstellungen bereitgestellt, und der Code ist auf GitHub und als npm-Paket verfügbar. Backblaze veranstaltet außerdem ein Webinar, um den Server einzurichten, einen vollständigen Speicher-Workflow auszuführen, Sicherheitsgrenzen zu erklären und Fragen zu beantworten.
Für Teams, die dieselbe Disziplin in ihrer eigenen Umgebung benötigen, bietet AEU Data verwalteten Cloud-Objektspeicher mit Zugriffskontrollen, Verschlüsselung im Ruhezustand und bei der Übertragung sowie Überwachung, sodass automatisierte Workflows auf ein eingeschränktes, geprüftes Ziel statt auf ein breites Konto ausgerichtet werden können. Die übergeordnete Lehre aus dieser Veröffentlichung ist, dass KI-Agenten mehr brauchen als nur einen Ort zum Ablegen von Dateien: Sie brauchen eine sichere Möglichkeit, Speicher zu bedienen, das richtige Ziel vorzubereiten, Daten auf dem richtigen Weg zu bewegen, das Ergebnis zu überprüfen und anzuhalten, wenn eine Anfrage ihre Berechtigungen oder Richtlinien überschreitet. Der Backblaze B2 MCP Server bringt diese Fähigkeiten zu MCP-Clients, die Entwickler bereits verwenden, während B2-Anwendungsschlüssel und serverseitige Sicherheitsvorkehrungen die Kontrolle behalten.