Weitere Umgebungen einrichten

Zuletzt aktualisiert: 10. Juli 2026

Es gibt viele Tools, die MCP unterstützen. Für Tools wie Claude, Claude Code, Codex und Cursor gibt es eigene Anleitungsseiten; diese Seite behandelt die allgemeine Vorgehensweise, um WEEGLOO MCP direkt mit anderen MCP-fähigen Tools zu verbinden.

Die zu verbindenden Server und deren Adressen sind bei jedem Tool gleich. Aber das Format und die Schlüsselnamen, in denen diese Informationen in der Konfiguration abgelegt werden, unterscheiden sich von Tool zu Tool. Deshalb beschreibt diese Seite nicht das Konfigurationsformat eines bestimmten Tools, sondern erklärt aus Sicht des MCP-Protokolls, „was verbunden wird". Wo sich die tatsächliche Konfigurationsdatei befindet und welches Format sie hat, entnehmen Sie zusätzlich der Dokumentation des Tools, das Sie verbinden möchten.

Nach der Verbindung übernimmt der LLM-Agent des jeweiligen Tools mit reinen Anfragen in natürlicher Sprache die Arbeit, die bisher ein Mensch im Content Studio erledigt hat. Sie beschreiben in Worten, was Sie erstellen möchten, und der Agent kümmert sich direkt um Aufgaben wie das Entwerfen eines Content Type und das Erstellen von Content oder Media.

Voraussetzungen

  • Node.js 18 oder höher: erforderlich, um den Server für Dateiübertragungen (weegloo-upload) lokal auszuführen. Sie können es unter Node.js herunterladen beziehen.
  • Ein Tool, das MCP unterstützt: Jedes Tool, in dessen Konfiguration sich MCP-Server registrieren lassen, können Sie auf dieselbe Weise verbinden. Wo sich die Konfigurationsdatei befindet und welches Format sie hat, entnehmen Sie der Dokumentation des jeweiligen Tools.

Die beiden Server und ihr Transport

WEEGLOO stellt zwei MCP-Server bereit, und beide verwenden einen unterschiedlichen Transport (transport). Es gibt im Wesentlichen zwei Arten, wie sich ein MCP-Client mit einem Server verbindet, und die beiden Server von WEEGLOO verwenden jeweils eine davon.

  • weegloo: der Hauptserver, der Ressourcen erstellt, liest, ändert und löscht. Als Remote-HTTP-Server verwendet er den Streamable HTTP-Transport von MCP. Der Client verbindet sich über die eine Endpunktadresse https://ai.weegloo.com/mcp, und die Authentifizierung erfolgt über OAuth (siehe Authentifizierung weiter unten). Welche Gruppe von Tools verfügbar ist, legen Sie über den an die Adresse angehängten ?group=-Wert fest (siehe MCP).
  • weegloo-upload: der Server, der mit Dateien umgeht, etwa beim Hochladen von Media oder beim Bereitstellen von Web Hosting. Als lokal ausgeführter Server verwendet er den stdio-Transport von MCP. Der Client startet den Serverprozess direkt mit dem Befehl npx -y weegloo-upload und kommuniziert über die Standard-Ein-/Ausgabe. Zur Ausführung ist Node.js erforderlich, und die Authentifizierung erfolgt über einen Personal Access Token, den Sie in einer Umgebungsvariablen ablegen.

Die meisten Tools registrieren beide Server gemeinsam in einer Konfigurationsdatei.

Authentifizierung

Die beiden Server unterscheiden sich auch in der Authentifizierungsmethode.

  • weegloo (Remote-HTTP): authentifiziert sich über das MCP-Standard-OAuth. In der Konfigurationsdatei wird kein Token abgelegt.
  • weegloo-upload (lokales stdio): ohne OAuth; Sie tragen einen Personal Access Token direkt in die Umgebungsvariable AUTH_BEARER_TOKEN ein.

Der weegloo-Server wird über die Remote-Variante verbunden, und die Authentifizierung erfolgt über das MCP-Standard-OAuth. Der Ablauf ist folgender:

  1. Wenn sich das Tool zum ersten Mal mit dem weegloo-Server verbindet, öffnet sich im Browser die WEEGLOO-Authentifizierungsseite.
  2. Fügen Sie auf dieser Seite den unten erstellten Personal Access Token ein und bestätigen Sie die Verbindung, um die Authentifizierung abzuschließen.

Da es sich um das MCP-Standardverfahren handelt, läuft diese Authentifizierung bei aktuellen Tools, die OAuth unterstützen, automatisch ab, sobald Sie nur die Serveradresse registrieren.

Die WEEGLOO-Authentifizierungsseite, die beim ersten Verbinden im Browser geöffnet wird, sieht so aus:

WEEGLOO-Authentifizierungsbildschirm

Erstellen Sie über die Schaltfläche unten vorab einen Personal Access Token. Fügen Sie ihn in die obige Authentifizierungsseite ein und verwenden Sie denselben Token auch für AUTH_BEARER_TOKEN von weegloo-upload.

Der Token wird nur in dem Moment erstellt, in dem Sie auf die Kopieren-Schaltfläche klicken, und Sie können ihn jederzeit in der Weegloo Console widerrufen. Da in der Konfigurationsdatei der tatsächliche Token im Klartext gespeichert wird, achten Sie darauf, diese Datei nicht öffentlich zugänglich zu machen oder in ein geteiltes Repository hochzuladen.

Konfigurationsbeispiel

Die Informationen, die Sie benötigen, um die einzelnen Server in die Konfiguration des Tools zu übertragen, sind die folgenden:

  • weegloo (Remote-HTTP): die Angabe, dass der Transport HTTP ist, sowie die Endpunktadresse https://ai.weegloo.com/mcp.
  • weegloo-upload (lokales stdio): der Ausführungsbefehl npx mit den Argumenten -y weegloo-upload sowie die Umgebungsvariablen UPLOAD_API_URL und AUTH_BEARER_TOKEN.

Die Schlüsselnamen und das Dateiformat, in denen diese Informationen abgelegt werden, unterscheiden sich von Tool zu Tool. Unten sehen Sie ein Beispiel im .mcp.json-Format von Claude Code. Bei anderen Tools können die Schlüsselnamen abweichen; lassen Sie daher die Werte unverändert und übertragen Sie sie in das Format des jeweiligen Tools.

{
  "mcpServers": {
    "weegloo": {
      "type": "http",
      "url": "https://ai.weegloo.com/mcp"
    },
    "weegloo-upload": {
      "command": "npx",
      "args": ["-y", "weegloo-upload"],
      "env": {
        "UPLOAD_API_URL": "https://upload.weegloo.com/v1",
        "AUTH_BEARER_TOKEN": "<Personal Access Token>"
      }
    }
  }
}

An die Stelle <Personal Access Token> von AUTH_BEARER_TOKEN setzen Sie den oben kopierten Token. Der Schlüssel, in dem die Adresse des Remote-weegloo-Servers eingetragen wird, unterscheidet sich besonders stark von Tool zu Tool. Einige Beispiele:

ToolKonfigurationsformatSchlüssel für die Remote-weegloo-Adresse
Claude Code · CursorJSONtype: "http" + url
CodexTOMLurl
AntigravityJSONserverUrl
Android StudioJSONhttpUrl

Der lokale weegloo-upload-Server verwendet in den meisten Fällen die Schlüssel command, args und env mit denselben Namen wie im obigen Beispiel. Bei einigen Tools müssen Sie unter Windows jedoch command als cmd und args als ["/c", "npx", "-y", "weegloo-upload"] angeben.

Nachdem Sie die Konfiguration gespeichert haben, wird sie erst wirksam, wenn Sie das Tool neu starten oder die MCP-Konfiguration neu einlesen. Bei Bedarf hängen Sie an die weegloo-Adresse eine Gruppe wie ?group=all an, um die verfügbare Gruppe von Tools zu ändern (siehe MCP).

Verbindung überprüfen

Nachdem Sie das Tool neu gestartet haben, ist die Verbindung hergestellt, sobald in der MCP-Tool-Liste des jeweiligen Tools die Tools beider Server erscheinen.

  • weegloo: Es erscheinen die Tools, die mit Ressourcen umgehen. Da es sich um einen Remote-HTTP-Server handelt, öffnet sich beim ersten Verbinden die WEEGLOO-Authentifizierungsseite im Browser. Folgen Sie den Anweisungen auf dem Bildschirm, fügen Sie den zuvor kopierten Token ein und schließen Sie die Authentifizierung ab.
  • weegloo-upload: Es erscheinen die Tools, die mit Dateien umgehen.

Sobald die Verbindung besteht, können Sie den Agenten des jeweiligen Tools einfach bitten, einen Space oder einen Content Type zu erstellen.

Was Sie tun können

Nach der Verbindung kann der LLM-Agent die folgenden Aufgaben direkt ausführen:

  • Ressourcen wie Organization, Space, Content Type, Content und Media erstellen, lesen, ändern und löschen
  • Eine gebaute statische Website über Web Hosting bereitstellen

Nächste Schritte

  • MCP: behandelt das Gesamtbild der Verbindung, darunter Servergruppen und den weegloo-upload-Server.
  • Personal Access Token erstellen: behandelt, wie Sie den für die Verbindung verwendeten Token erstellen.
  • Statische Seiten mit KI migrieren: folgt dem Ablauf, um mit dem verbundenen MCP eine echte Seite in einen inhaltsbasierten Dienst zu überführen.