Devin-Plugins und die Customize-Seite

​

Was sind Plugins?

​

Die Customize-Seite

• Plugins — alles Installierte, nach Geltungsbereich gruppiert, sowie Browse marketplace, um weitere zu installieren.
• Skills — die Skills, die Devin bei Bedarf lädt, aus installierten Plugins und deinen Repositories.
• MCPs — die MCP-Server, die Devin Tools über die integrierten hinaus bereitstellen. Siehe MCPs weiter unten.
• Hooks — Befehle, die an bestimmten Punkten einer Sitzung automatisch ausgeführt werden. Siehe Hooks weiter unten.
• Regeln — dauerhafte Vorgaben für Sitzungen im jeweiligen Geltungsbereich. Siehe Regeln weiter unten.

• Personal — alle, für ihren eigenen Geltungsbereich.
• Organization — Member mit Zugriff auf die Organization Settings.
• Enterprise — Member mit Zugriff auf die enterprise settings.

​

Plugins installieren

​

Aus dem Marketplace

​

Aus einem Repository, einer .zip-Datei oder dem Editor

​

Über die CLI

​

Devin die Arbeit überlassen

​

Wie Plugins zu Sitzungen gelangen (Cloud ↔ lokale Synchronisierung)

• Cloud-Sitzungen rufen beim Start die Manifeste von Enterprise, Organisation und Nutzer ab und installieren die daraus resultierenden Plugins auf der Sitzungsmaschine – zusätzlich zu den Plugins, die von den geklonten Repositorys deklariert werden.
• Die Devin CLI und Devin Desktop rufen dieselben Manifeste ab, wenn Sie angemeldet sind. Ein Plugin, das Sie im Web installieren, erscheint so auch auf Ihrem Laptop, und ein devin plugins install auf Ihrem Laptop wirkt sich auf Ihre nächste Cloud-Sitzung aus. Plugins aus privaten Repos werden mit Ihren lokalen git-Anmeldedaten abgerufen, Sie benötigen also selbst Zugriff auf das Repo. Ein Enterprise kann CLI-Plugins vollständig deaktivieren (Devin CLI plugins in den enterprise settings).
• Einzelnutzer (ohne Organisation) verfügen nur über einen persönlichen Geltungsbereich.

​

Indexing

• Was sie auslöst — beim Installieren, Entfernen oder Bearbeiten eines Plugins wird automatisch eine erneute Indexierung in die Warteschlange gestellt. Verwende Plugin settings → Reindex plugins, um den Index zu aktualisieren, nachdem du Änderungen in das Quell-Repository eines Plugins gepusht hast.
• Während der Ausführung — ein Lauf kann scheduled, queued, starting oder indexing sein. Häufige erneute Indexierungen werden zeitlich entzerrt, und beim Speichern hochgeladener Bundles kann es einen Moment dauern, bis sie in der Warteschlange landen. Plugin-MCPs können verbunden werden, sobald ihre Konfiguration indexiert wurde.
• Ergebnisse — öffne Plugin settings (das Zahnradmenü), um den Zeitpunkt der letzten Indexierung und etwaige Probleme zu sehen. Nach einer fehlgeschlagenen Aktualisierung kann weiterhin das letzte erfolgreiche Ergebnis sichtbar sein; dass ein Plugin in der Liste erscheint, bedeutet also nicht, dass die letzte Aktualisierung erfolgreich war.
• Repository-Zugriff — Plugin-Inhalte, die aus einem Repository indexiert wurden, werden nur in einer Organisation angezeigt, die über ihre Git-Integration Zugriff auf dieses Repository hat. Ist das nicht der Fall, wird der Inhalt des Geltungsbereichs mit dem Hinweis Plugin repos unauthorized zurückgehalten; erteile den Zugriff auf das Repository unter Settings → Repositories. Die Governance eines zurückgehaltenen Geltungsbereichs (dessen forbid-Regeln) gilt weiterhin.
• Network policy — die Indexierung läuft auf einer Maschine, welche die session network policy deiner Organisation erbt; Plugin-Quellen müssen darunter also erreichbar sein.

​

Indizierungs-Probleme beheben

1. Öffnen Sie Customize → Plugins in der Organisation, in der Sie das Plugin benötigen. Wählen Sie den Geltungsbereich Personal, Organization oder Enterprise aus und öffnen Sie anschließend Plugin settings, um das Problem sowie das darin genannte Plugin bzw. den genannten Geltungsbereich einzusehen.
2. Wenn ein Lauf geplant ist, in der Warteschlange steht, gerade startet oder indiziert wird, lassen Sie ihn zunächst abschließen. Wurde das Plugin noch nie indiziert oder hat sich seine Quelle seit dem letzten Index geändert, wählen Sie Reindex plugins.
3. Verwenden Sie bei einem fehlgeschlagenen Lauf oder fehlenden Inhalten die passende Lösung aus der Tabelle unten. Speichern oder committen Sie die Korrektur, wählen Sie dann Reindex plugins und prüfen Sie das Ergebnis erneut. Für Änderungen an einem gemeinsam genutzten Manifest oder an Repository-Berechtigungen ist unter Umständen ein Admin erforderlich.

​

MCPs

• From plugins — MCP-Server, die von einem installierten Plugin deklariert werden. Die Verbindungseinstellungen (URL, Transport, erforderliche Anmeldedaten) gehören zum Plugin und werden read-only angezeigt; aktivieren, deaktivieren, verbinden oder deinstallieren kannst du es trotzdem. Die meisten offiziellen Marketplace-Plugins bestehen aus einem einzelnen MCP-Server und optional Skills.
• Standalone — MCP-Server, die eigenständig installiert werden: eigene Server (Add custom MCP) sowie Server aus dem bisherigen MCP marketplace, der weiterhin über den Tab erreichbar ist.

​

Hooks

​

Regeln

​

Das Manifest

{
  "requiredPlugins": ["acme/review-tools"],
  "optionalPlugins": [],
  "forbiddenPlugins": ["sketchy-org/bad-plugin", "acme/*"]
}

• requiredPlugins — für alle im Geltungsbereich installiert (rekursiv, einschließlich aller Plugins, von denen sie abhängen). Beim Installieren über die UI wird hier ein Eintrag hinzugefügt.
• optionalPlugins — eine Allowlist, die Plugins zulässt, ohne sie automatisch zu installieren; wird verwendet, um Ausnahmen zu einem verbotenen Eintrag zu definieren.
• forbiddenPlugins — eine Denylist aus Plugin-Identitäten oder Glob-Mustern.

​

Hochgeladene Plugins

{ "requiredPlugins": [{ "source": "account-upload", "bundleId": "bugzilla" }] }

{ "requiredPlugins": [{ "source": "account-upload", "bundleId": "bugzilla", "bundleScope": "account" }] }

• Enterprise requiredPlugins — in jeder Organisation installiert.
• Enterprise optionalPlugins — wird in jeder Organisation unter Suggested angezeigt, wo ein Admin es installieren kann. Im Detailfenster des Enterprise-Plugins installiert Required organizations es in den von Ihnen ausgewählten Organisationen.

​

Governance

​

Geltungsbereich und Vererbung

• Eigenständige Accounts besitzen ein Account-Manifest (in Customize als Organization bezeichnet) sowie das persönliche Manifest jedes Members.
• Enterprises besitzen ein Enterprise-Manifest, das jede untergeordnete Organization erbt, darunter ein Manifest je Organization und darunter die persönlichen Manifeste.

​

Wie Updates bereitgestellt werden

• Manifest-Änderungen (Installationen, Entfernungen, Manifest-Bearbeitungen) gelten ab der nächsten Sitzung, auf jeder Surface.
• Änderungen an Plugin-Inhalten — ein Merge in den Branch, den ein Plugin verfolgt, wird automatisch in neue Sitzungen übernommen (Cloud-Sitzungen holen die Inhalte beim Start; die CLI aktualisiert bei devin plugins update). Customize zeigt die neuen Inhalte nach dem nächsten Indexlauf — klicke auf Reindex plugins, um sie sofort abzurufen.
• Laufende Sitzungen behalten, was sie beim Start geladen haben — Updates ändern eine Sitzung niemals während der Laufzeit.

​

Ein Plugin anpinnen

{
  "requiredPlugins": [
    { "source": "github", "repo": "acme/review-tools", "sha": "3f2a9c1d8e4b7a6f5c0d1e2f3a4b5c6d7e8f9a0b" }
  ]
}

​

Plugin-Umgebungsvariablen

{
  "requiredPlugins": [
    {
      "source": "github",
      "repo": "acme/review-tools",
      "env": {
        "API_KEY": "secret:org:REVIEW_API_KEY",
        "REVIEW_MODE": "strict"
      }
    }
  ]
}

​

Unterstützte Referenzen

secret:org:NAME
secret:enterprise:NAME
secret:personal:NAME
secret:session:NAME
secret:repo:owner/repo:NAME

​

Mehr erfahren

• Plugins-Referenz — Plugin-Dateiformat, Manifest, Governance-Semantik, CLI-Befehle
• Setup deines Plugin-Ökosystems — eigenes Plugin-Repo aufbauen und verwalten
• Quickstart: Team-Marketplace — von null zum gemeinsamen Plugin-Repo
• Skills — die SKILL.md-Abläufe, die Plugins bündeln
• MCP-Server — Transports, eigene Server, Setup pro Server