Plugin-Ökosystem einrichten

• plugin-template — eine Vorlage zum Entwickeln eines einzelnen Plugins (oder einiger weniger).
• team-marketplace-template — das vollständige Muster für ein Ökosystem: ein Monorepo mit Plugins plus ein Meta-Plugin, dessen Manifest Ihre Ausgangsbasis und Richtlinie definiert.

​

1. Entwickeln Sie Ihre Plugins

my-plugin/
├── .devin-plugin/
│   └── plugin.json     # name, version, dependency + policy lists
├── AGENTS.md           # always-on rule
├── rules/              # triggered rules
├── agents/<name>.md   # benutzerdefinierte Subagenten (derzeit nur CLI/Desktop); agents/<name>/AGENT.md funktioniert ebenfalls
├── hooks.json          # lifecycle hooks
├── .mcp.json           # MCP servers
└── skills/<name>/SKILL.md   # skills, exposed as /<plugin>:<skill>

​

2. Lokal validieren und testen

devin plugins install --local ./plugins/my-plugin   # verknüpft, nur diese Maschine: Änderungen werden in der nächsten Sitzung übernommen
devin plugins list

​

3. In einem Repo hosten

​

4. Legen Sie Ihre Ausgangsbasis mit einem Meta-Plugin fest

// .devin-plugin/plugin.json (Repo-Stammverzeichnis)
{
  "name": "team-starter-pack",
  "requiredPlugins": [
    // automatisch für alle installiert, rekursiv
    { "source": "git-subdir", "url": "https://github.com/acme/plugins.git", "path": "plugins/engineering-baseline" },
    { "source": "git-subdir", "url": "https://github.com/acme/plugins.git", "path": "plugins/security-guardrails" }
  ],
  "optionalPlugins": [
    // empfohlen, nicht automatisch installiert; auch eine Ausnahme von den Verboten dieses Manifests
    { "source": "git-subdir", "url": "https://github.com/acme/plugins.git", "path": "plugins/frontend-standards" }
  ],
  "forbiddenPlugins": [
    "untrusted-vendor/*"
  ]
}

​

5. Über Customize verteilen

{
  "requiredPlugins": ["acme/plugins"]
}

• Das Enterprise-Manifest erreicht jede Organisation im Enterprise.
• Ein Organisations-Manifest erreicht die Cloud-Sitzungen dieser Organisation sowie CLI und Desktop der Member, deren primäre Organisation sie ist.

​

6. Richtlinien steuern

{
  "forbiddenPlugins": ["*"],
  "requiredPlugins": [
    "acme/plugins",
    { "source": "git-subdir", "url": "https://github.com/acme/plugins.git", "path": "plugins/engineering-baseline" },
    { "source": "git-subdir", "url": "https://github.com/acme/plugins.git", "path": "plugins/security-guardrails" }
  ],
  "optionalPlugins": [
    { "source": "git-subdir", "url": "https://github.com/acme/plugins.git", "path": "plugins/frontend-standards" }
  ]
}

​

7. Weiterentwickeln

• Das Zusammenführen in den Standard-Branch Ihres Plugin-Repos ist das Release: Neue Sitzungen übernehmen es automatisch — siehe wie Updates ausgerollt werden.
• Teams fügen Plugins per PR zum Marketplace-Repo hinzu; die CI der Vorlage validiert das Layout bei jeder PR.
• Vorhandene Claude-Plugins werden unverändert installiert (Devin greift auf .claude-plugin/plugin.json zurück), sodass Sie Community-Plugins in optionalPlugins empfehlen können, ohne sie ins Repo übernehmen zu müssen.

​

Aktuelle Einschränkungen

• Plugins werden in Cloud-Sitzungen, der Devin CLI und in Devin Desktop (bei Verwendung von Devin Local) geladen; auf den klassischen Cascade-Agenten sind sie nicht anwendbar.
• Subagenten (agents/<name>.md oder agents/<name>/AGENT.md) werden nur in lokalen Devin-Agenten geladen (CLI und Devin Desktop), nicht in Cloud-Sitzungen.
• Hooks sind derzeit Best Effort und Fail-Open — ein Hook, der nicht geladen werden kann oder nicht ausgeführt wird, hält die Sitzung nicht an — verlassen Sie sich daher noch nicht auf sie für entscheidende Guardrails. Weitere Informationen zur lokalen Konfiguration finden Sie in der CLI-Hooks-Referenz.
• Governance ist Fail-Open: Wenn ein verwaltetes Manifest zum Sitzungsstart nicht abgerufen werden kann, werden die Plugins dieser Ebene nicht installiert und ihre Verbote für diese Sitzung nicht durchgesetzt.
• Plugin-Inhalte aus einem privaten Repo erscheinen in Customize nur für Organisationen, deren Git-Integration das Repo erreichen kann; andernfalls werden sie zurückgehalten, bis das Repo unter Settings → Repositories freigegeben wird.

​

Mehr erfahren

• Plugin-Leitfaden — die Web-App: Customize, Geltungsbereiche, Indexierung, MCPs
• CLI-Plugin-Referenz — Dateiformat, Erstellung, Installationen pro Nutzer
• Skills — die in Plugins gebündelten SKILL.md-Anleitungen