Plugin-Bundles

OpenClaw kann Plugins aus drei externen Ökosystemen installieren: Codex, Claude und Cursor. Diese heißen Bundles: Inhalts- und Metadatenpakete, die OpenClaw nativen Funktionen wie Skills, Hooks und MCP-Tools zuordnet.

# Warum es Bundles gibt

Viele nützliche Plugins werden im Codex-, Claude- oder Cursor-Format veröffentlicht. Statt Autorinnen und Autoren zu verlangen, sie als native OpenClaw-Plugins neu zu schreiben, erkennt OpenClaw diese Formate und ordnet ihre unterstützten Inhalte dem nativen Funktionsumfang zu. Das bedeutet, Sie können ein Claude-Befehlspaket oder ein Codex-Skill-Bundle installieren und es sofort verwenden.

# Ein Bundle installieren

# Local directory
openclaw plugins install ./my-bundle

# Archive
openclaw plugins install ./my-bundle.tgz

# Claude marketplace
openclaw plugins marketplace list <marketplace-name>
openclaw plugins install <plugin-name>@<marketplace-name>

openclaw plugins list
openclaw plugins inspect <id>

openclaw gateway restart

# Was OpenClaw aus Bundles zuordnet

Nicht jede Bundle-Funktion läuft heute in OpenClaw. Hier sehen Sie, was funktioniert und was erkannt, aber noch nicht verdrahtet ist.

# Derzeit unterstützt

# Skill-Inhalt

• Bundle-Skill-Roots werden als normale OpenClaw-Skill-Roots geladen
• Claude-commands-Roots werden als zusätzliche Skill-Roots behandelt
• Cursor-.cursor/commands-Roots werden als zusätzliche Skill-Roots behandelt

Das bedeutet, Claude-Markdown-Befehlsdateien funktionieren über den normalen OpenClaw-Skill- Loader. Cursor-Befehls-Markdown funktioniert über denselben Pfad.

# Hook-Pakete

• Bundle-Hook-Roots funktionieren nur, wenn sie das normale OpenClaw-Hook-Paket- Layout verwenden. Heute ist dies hauptsächlich der Codex-kompatible Fall:
  • HOOK.md
  • handler.ts oder handler.js

# MCP für Pi

• aktivierte Bundles können MCP-Serverkonfiguration beitragen
• OpenClaw führt die Bundle-MCP-Konfiguration als mcpServers in die wirksamen eingebetteten Pi-Einstellungen zusammen
• OpenClaw stellt unterstützte Bundle-MCP-Tools während eingebetteter Pi-Agent-Turns bereit, indem es stdio-Server startet oder sich mit HTTP-Servern verbindet
• die Tool-Profile coding und messaging enthalten Bundle-MCP-Tools standardmäßig; verwenden Sie tools.deny: ["bundle-mcp"], um sie für einen Agent oder Gateway auszuschließen
• projektlokale Pi-Einstellungen gelten weiterhin nach Bundle-Standards, sodass Workspace- Einstellungen Bundle-MCP-Einträge bei Bedarf überschreiben können
• Bundle-MCP-Tool-Kataloge werden vor der Registrierung deterministisch sortiert, sodass Änderungen der Upstream-listTools()-Reihenfolge Prompt-Cache-Tool-Blöcke nicht unnötig verändern

# Transporte

MCP-Server können stdio- oder HTTP-Transport verwenden:

Stdio startet einen Kindprozess:

{
  "mcp": {
    "servers": {
      "my-server": {
        "command": "node",
        "args": ["server.js"],
        "env": { "PORT": "3000" }
      }
    }
  }
}

HTTP verbindet sich standardmäßig über sse mit einem laufenden MCP-Server oder bei Anforderung über streamable-http:

{
  "mcp": {
    "servers": {
      "my-server": {
        "url": "http://localhost:3100/mcp",
        "transport": "streamable-http",
        "headers": {
          "Authorization": "Bearer ${MY_SECRET_TOKEN}"
        },
        "connectionTimeoutMs": 30000
      }
    }
  }
}

• transport kann auf "streamable-http" oder "sse" gesetzt werden; wenn ausgelassen, verwendet OpenClaw sse
• type: "http" ist eine CLI-native Downstream-Form; verwenden Sie transport: "streamable-http" in der OpenClaw-Konfiguration. openclaw mcp set und openclaw doctor --fix normalisieren den gängigen Alias.
• nur URL-Schemas http: und https: sind erlaubt
• headers-Werte unterstützen ${ENV_VAR}-Interpolation
• ein Servereintrag mit sowohl command als auch url wird abgelehnt
• URL-Zugangsdaten (userinfo und query params) werden in Tool- Beschreibungen und Logs geschwärzt
• connectionTimeoutMs überschreibt das standardmäßige Verbindungs-Timeout von 30 Sekunden für stdio- und HTTP-Transporte

# Tool-Benennung

OpenClaw registriert Bundle-MCP-Tools mit Provider-sicheren Namen in der Form serverName__toolName. Beispielsweise wird ein Server mit dem Schlüssel "vigil-harbor", der ein memory_search-Tool bereitstellt, als vigil-harbor__memory_search registriert.

• Zeichen außerhalb von A-Za-z0-9_- werden durch - ersetzt
• Serverpräfixe sind auf 30 Zeichen begrenzt
• vollständige Tool-Namen sind auf 64 Zeichen begrenzt
• leere Servernamen fallen auf mcp zurück
• kollidierende bereinigte Namen werden mit numerischen Suffixen eindeutig gemacht
• die endgültig bereitgestellte Tool-Reihenfolge ist nach sicherem Namen deterministisch, um wiederholte Pi- Turns cache-stabil zu halten
• Profilfilterung behandelt alle Tools von einem Bundle-MCP-Server als Plugin-eigen von bundle-mcp, sodass Profil-Allowlists und -Deny-Listen entweder einzelne bereitgestellte Tool-Namen oder den Plugin-Schlüssel bundle-mcp enthalten können

# Eingebettete Pi-Einstellungen

• Claude-settings.json wird als standardmäßige eingebettete Pi-Einstellungen importiert, wenn das Bundle aktiviert ist
• OpenClaw bereinigt Shell-Override-Schlüssel, bevor sie angewendet werden

Bereinigte Schlüssel:

• shellPath
• shellCommandPrefix

# Eingebettetes Pi-LSP

• aktivierte Claude-Bundles können LSP-Serverkonfiguration beitragen
• OpenClaw lädt .lsp.json plus alle im Manifest deklarierten lspServers-Pfade
• Bundle-LSP-Konfiguration wird in die wirksamen eingebetteten Pi-LSP-Standards zusammengeführt
• nur unterstützte stdio-gestützte LSP-Server sind heute ausführbar; nicht unterstützte Transporte werden weiterhin in openclaw plugins inspect <id> angezeigt

# Erkannt, aber nicht ausgeführt

Diese werden erkannt und in Diagnosen angezeigt, aber OpenClaw führt sie nicht aus:

• Claude-agents, hooks.json-Automatisierung, outputStyles
• Cursor-.cursor/agents, .cursor/hooks.json, .cursor/rules
• Codex-Inline-/App-Metadaten über Fähigkeitsberichte hinaus

# Bundle-Formate

# Erkennungspriorität

OpenClaw prüft zuerst auf das native Plugin-Format:

1. openclaw.plugin.json oder gültige package.json mit openclaw.extensions — wird als natives Plugin behandelt
2. Bundle-Marker (.codex-plugin/, .claude-plugin/ oder Standard-Claude-/Cursor-Layout) — wird als Bundle behandelt

Wenn ein Verzeichnis beides enthält, verwendet OpenClaw den nativen Pfad. Dies verhindert, dass Pakete mit zwei Formaten teilweise als Bundles installiert werden.

# Laufzeitabhängigkeiten und Bereinigung

• Drittanbieter-kompatible Bundles erhalten keine Start-npm install-Reparatur. Sie sollten über openclaw plugins install installiert werden und alles, was sie benötigen, im installierten Plugin-Verzeichnis mitliefern.
• OpenClaw-eigene gebündelte Plugins werden entweder schlank im Kern ausgeliefert oder über den Plugin-Installer herunterladbar gemacht. Der Gateway-Start führt für sie niemals einen Paketmanager aus.
• openclaw doctor --fix entfernt veraltete bereitgestellte Abhängigkeitsverzeichnisse und kann herunterladbare Plugins wiederherstellen, die im lokalen Plugin-Index fehlen, wenn die Konfiguration auf sie verweist.

# Sicherheit

Bundles haben eine engere Vertrauensgrenze als native Plugins:

• OpenClaw lädt keine beliebigen Bundle-Laufzeitmodule im Prozess
• Skills und Hook-Paket-Pfade müssen innerhalb des Plugin-Roots bleiben (Grenze wird geprüft)
• Einstellungsdateien werden mit denselben Grenzprüfungen gelesen
• unterstützte stdio-MCP-Server können als Subprozesse gestartet werden

Dadurch sind Bundles standardmäßig sicherer, aber Sie sollten Drittanbieter- Bundles weiterhin als vertrauenswürdigen Inhalt für die Funktionen behandeln, die sie bereitstellen.

# Fehlerbehebung

# Verwandt

• Plugins installieren und konfigurieren
• Plugins erstellen — ein natives Plugin erstellen
• Plugin-Manifest — natives Manifest-Schema