JFrog MCP Server

Der JFrog MCP Server verbindet KI-Assistenten mit der JFrog Platform. Wer Pakete, Container-Images und Build-Ergebnisse in Artifactory verwaltet und Open-Source-Abhängigkeiten mit Xray oder Curation prüft, kann diese Daten damit direkt aus dem Editor abfragen und Verwaltungsaufgaben per Prompt erledigen. MCP, das Model Context Protocol, ist ein offener Standard, über den ein Assistent wie Claude Code, Cursor oder Codex externe Werkzeuge aufruft. Betrieben wird der Server von JFrog selbst: Laut Dokumentation ist er für JFrog Cloud allgemein verfügbar, wird von JFrog gepflegt und laufend um Werkzeuge ergänzt, ohne dass Sie etwas installieren oder aktualisieren müssen.

Wie der Server bereitgestellt wird

Anders als viele MCP-Server läuft der JFrog MCP Server nicht unter einer zentralen Adresse, sondern direkt auf Ihrer eigenen Plattform-Instanz. Die Adresse folgt dem Muster https://ihre-firma.jfrog.io/mcp, also der Basisadresse Ihrer JFrog Platform Deployment (JPD) mit angehängtem /mcp. Bevor jemand ihn nutzen kann, muss ein Platform Admin den Server einmalig unter Integrations aktivieren; die Freischaltung gilt dann für alle Nutzer des Abonnements. Beim Einrichten lässt sich optional Enable Beta Tools anhaken, um zusätzliche experimentelle Werkzeuge freizugeben. Ohne diese Option stehen nur allgemein verfügbare Werkzeuge bereit.

Für selbst betriebene Plattformen gibt es eine eigene Variante, die laut Installationsanleitung noch als Beta gekennzeichnet ist und eine Zustimmung zur Beta-Vereinbarung voraussetzt. Dort stellt der Dienst wingman den Server bereit, installiert per Helm oder Docker Compose neben der bestehenden Plattform, standardmäßig mit einer mitgelieferten PostgreSQL-Datenbank. Das ältere Open-Source-Projekt jfrog/mcp-jfrog auf GitHub ist inzwischen als veraltet markiert; maßgeblich ist der gehostete Server.

Anmeldung über OAuth

Die Anmeldung läuft laut Dokumentation über OAuth: Sie tragen die Adresse im Client ein, und beim ersten Aufruf meldet sich der Assistent mit Ihrem JFrog-Konto an. Zugriffstokens müssen Sie dafür nicht von Hand erzeugen oder in Konfigurationsdateien ablegen. Der Assistent sieht damit grundsätzlich, was Ihr Konto sehen darf. JFrog empfiehlt, Rechte nach dem Prinzip der geringsten Berechtigung zu vergeben und im Client eine Bestätigung durch den Menschen einzuschalten, sodass jedes Werkzeug, das in der Plattform etwas anlegt, ändert oder löscht, erst nach Ihrer Freigabe läuft.

Was kann der JFrog MCP Server?

Die Werkzeugliste ist nach Bereichen gegliedert. Für Artifactory gibt es Werkzeuge zum Auflisten, Anlegen und Ändern von Repositories, zum Abfragen von Paketversionen samt Installationsanleitung, zum Lesen von Builds und Build-Läufen sowie zum Status föderierter Repositories. Im Bereich Access verwaltet der Assistent Projekte, Rollen, Projektmitglieder und Gruppen, listet Nutzer auf und kann eine OIDC-Konfiguration anlegen. Im Bereich Security liefert Xray Zusammenfassungen, Verstöße und den Sicherheitsstatus einzelner Artefakte; über den Catalog fragen Sie Schwachstellen und Versionen von Open-Source-Paketen ab, etwa bevor Sie eine neue Abhängigkeit einbauen.

Weitere Bereiche richten sich an Teams, die die Plattform breiter nutzen: Curation prüft, ob ein Paket aus einem Remote-Repository den Richtlinien entspricht, zeigt blockierte Downloads und verwaltet Ausnahmeanträge. Distribution verteilt Release Bundles, AppTrust legt Anwendungsversionen an, befördert, gibt frei oder rollt sie zurück, und Evidence liest und erstellt Nachweise zu Artefakten. Dazu kommen Werkzeuge für Workers, Event-Abonnements und einen AI Catalog, über den sich zulässige MCP-Server pro Projekt freigeben oder sperren lassen. Viele Werkzeuge setzen laut Dokumentation eine Mindestversion des jeweiligen Produkts voraus.

Kosten und Abo-Stufen

Der MCP-Server selbst kostet laut Dokumentation nichts extra und ist in allen Abo-Stufen enthalten. Voraussetzung ist allerdings ein aktives JFrog-Cloud-Abonnement; die Werkzeuge für Curation und Catalog erfordern zusätzlich das Paket Unified Security oder Ultimate Security. Die Preisseite nennt die Cloud-Pläne Pro, Enterprise X und Enterprise+, Pläne zum Selbstbetrieb sowie Sicherheits- und MLOps-Pakete; eine dauerhaft kostenlose Stufe weist sie nicht aus. Aktuelle Konditionen finden Sie auf der Preisseite von JFrog.

Für wen lohnt sich der JFrog MCP Server?

Er lohnt sich vor allem für Plattform- und DevOps-Teams, die Artifactory ohnehin als zentrale Paketquelle nutzen. Typische Fragen wie "Ist diese Version von lodash von einer kritischen Schwachstelle betroffen?", "In welchem Repository liegt dieses Paket?" oder "Welche Builds sind gestern fehlgeschlagen?" beantwortet der Assistent, ohne dass jemand die Weboberfläche durchsucht. Auch Routineaufgaben wie ein neues Projekt mit Repositories und Rollen anzulegen werden zum kurzen Prompt. Wer JFrog nicht einsetzt, hat keinen Nutzen davon; für reine Schwachstellenabfragen ohne JFrog-Abo sind andere Dienste die bessere Wahl. Weil viele Werkzeuge schreibend arbeiten und Releases befördern oder zurückrollen können, sollten Sie Schreibaktionen konsequent bestätigen lassen und zunächst mit lesenden Abfragen beginnen.

Ein aktives JFrog-Cloud-Abonnement, auf dem ein Platform Admin den JFrog MCP Server aktiviert hat, ein JFrog-Konto für die OAuth-Anmeldung und ein MCP-Client mit HTTP-Transport und OAuth, etwa Claude Code, Cursor, VS Code oder Codex. Für Curation- und Catalog-Werkzeuge zusätzlich Unified Security oder Ultimate Security.

Mit dem JFrog MCP Server fragt ein KI-Assistent Repositories, Builds und Schwachstellen direkt aus der JFrog Platform ab. Dieser Ratgeber führt von der Aktivierung bis zur ersten Abfrage.

Schritt 1: Voraussetzungen

Sie brauchen ein aktives JFrog-Cloud-Abonnement, ein JFrog-Konto und einen MCP-Client, der HTTP-Server mit OAuth unterstützt, etwa Claude Code, Cursor, VS Code oder Codex. Die Aktivierung selbst darf nur ein Platform Admin vornehmen. Für Curation- und Catalog-Werkzeuge ist zusätzlich Unified Security oder Ultimate Security nötig.

Schritt 2: Server in der Plattform aktivieren

Als Platform Admin öffnen Sie im Platform-Modul den Bereich Integrations, wählen JFrog MCP Server und klicken auf Set Up. Optional haken Sie Enable Beta Tools an, um experimentelle Werkzeuge freizugeben; für den Einstieg empfiehlt es sich, das zunächst wegzulassen. Der Dialog zeigt die Adresse im Format https://ihre-firma.jfrog.io/mcp. Kopieren Sie sie, die Freischaltung gilt danach für alle Nutzer des Abonnements.

Schritt 3: In Claude Code einbinden

Der Befehl lautet claude mcp add --transport http jfrog https://ihre-firma.jfrog.io/mcp. Alternativ tragen Sie in der Konfigurationsdatei unter mcpServers einen Eintrag jfrog mit "type": "http" und der Adresse ein. Beim ersten Aufruf öffnet sich die OAuth-Anmeldung bei Ihrer JFrog-Instanz. Prüfen Sie danach mit /mcp, ob die Werkzeuge geladen wurden.

claude mcp add --transport http jfrog https://ihre-firma.jfrog.io/mcp

Cursor, VS Code und Codex

In Cursor, Kiro und Codex genügt ein Eintrag unter mcpServers mit dem Namen jfrog und dem Feld url. VS Code erwartet die Konfiguration in .vscode/mcp.json mit einem Objekt servers; laut JFrog kann ein Administrator MCP in VS Code allerdings deaktiviert haben. Die Anmeldung läuft in allen Fällen über OAuth.

Schritt 4: Erste Abfragen

Beginnen Sie mit lesenden Fragen, etwa: "Welche Versionen von express liegen in unseren Repositories, und ist eine davon von einer kritischen Schwachstelle betroffen?" Der Assistent nutzt dafür Werkzeuge aus Artifactory und dem Catalog. Ebenso lassen sich die letzten Build-Läufe auflisten oder die Installationsanleitung für ein Paket aus Ihrem Repository abrufen.

Schreibaktionen absichern

Viele Werkzeuge legen Repositories, Projekte oder Rollen an, verteilen Release Bundles oder rollen Anwendungsversionen zurück. JFrog empfiehlt, im Client eine Bestätigung durch den Menschen einzuschalten, damit jede anlegende, ändernde oder löschende Aktion erst nach Freigabe läuft, und dem Konto nur die nötigen Rechte zu geben. Beta Tools wie das Erzeugen von Zugriffstokens sollten Sie nur gezielt freischalten.

OAuth mit dem JFrog-Konto über die eigene Plattform-Instanz; keine manuell erzeugten Tokens in der Client-Konfiguration nötig.

Lesend: Repositories, Paketversionen, Builds, Projekte, Nutzer und Gruppen, Xray-Ergebnisse, Catalog-Schwachstellen, Curation-Ereignisse, Release Bundles und Nachweise. Schreibend: Repositories, Projekte und Rollen anlegen oder ändern, Release Bundles verteilen, Anwendungsversionen befördern, freigeben oder zurückrollen, Workers anlegen, Ausnahmeanträge entscheiden. Was gelingt, hängt von den Rechten des angemeldeten Kontos ab.

Der Server läuft auf der eigenen JFrog-Cloud-Instanz. Abgefragte Daten wie Paketlisten, Schwachstellen, Build-Informationen und Nutzerdaten gelangen in den Kontext des KI-Clients und damit zum jeweiligen Modellanbieter, dessen Bedingungen laut JFrog gelten.

Schreibwerkzeuge können Repositories und Rollen ändern, Releases verteilen oder zurückrollen und Ausnahmen von Sicherheitsrichtlinien genehmigen. Mit Beta Tools kommen etwa das Erzeugen von Zugriffstokens und das Ausführen von Workers hinzu. Paketmetadaten aus fremden Quellen können Prompt Injection enthalten. JFrog empfiehlt geringste Rechte und eine Bestätigung jeder schreibenden Aktion im Client.