# Die Agent Plugins 1.0 von GitHub machen Agent-Tools auf Clients portierbar Source: TechNewsList (https://technewslist.com) Canonical URL: https://technewslist.com/de/article/github-agent-plugins-1-0-portable-agents-2026-08-13-night-de Section: Software (https://technewslist.com/de/software) Author: TechNewsList Language: de Published: 2026-08-13T17:29:21.723+00:00 Updated: 2026-08-13T17:29:21.920309+00:00 > Laut GitHub können Agent Plugins 1.0 Fähigkeiten und MCP-Server einmalig zur Verwendung in VS Code, Copilot CLI, dem Copilot SDK und der Copilot-App bündeln. ## TL;DR - GitHub kündigte Agent Plugins 1.0 für VS Code, Copilot CLI, das Copilot SDK und die Copilot-App an. - Der offene Standard bündelt Agentenkenntnisse und MCP-Server in einem installierbaren Plugin. - Laut GitHub wurde der Standard mit AWS, Anysphere, Microsoft, OpenAI und Vercel veröffentlicht, wobei Google der Hauptbetreuer war. - Unternehmensteams können Plugin-Zulassungslisten und Marktplätze über bestehende Einstellungen verwalten. - Portabilität reduziert Duplikate, aber Governance bleibt unerlässlich, da Plugins Agenten mit Tools und Daten verbinden können. ## Key points - Ein Plugin kann einen Skill wie ein Runbook mit einer MCP-Tool-Integration bündeln. - Fertigkeiten befinden sich unter skills/ und die MCP-Konfiguration unter mcp.json. - Copilot-spezifisches Verhalten kann in einem com.github.copilot/-Verzeichnis mit Namensraum gespeichert werden. - Kompatible Clients können die Teile eines Pakets entdecken, die sie unterstützen. - Organisationen können aktivierte Plugins und Marktplatzkontrollen verwenden, um die Verteilung zu steuern. # Die Agent Plugins 1.0 von GitHub machen Agent-Tools auf Clients portierbar Beim nächsten Software-Plattform-Kampf geht es nicht nur darum, welcher Coding-Agent den besten Patch schreibt. Es geht auch darum, ob die Anweisungen, Tools und Integrationen rund um diesen Agenten mit dem Entwickler verschoben werden können. Die Agent Plugins 1.0-Version von GitHub versucht, diese Ebene portierbar zu machen. ## Was passiert ist Laut GitHub handelt es sich bei Agent Plugins 1.0 um einen offenen Standard, der Agentenkenntnisse und MCP-Server in einem installierbaren Plugin bündelt. Das Unternehmen veröffentlichte den Standard mit AWS, Anysphere, Microsoft, OpenAI und Vercel, während Google als Hauptbetreuer beitrat. Der Standard ist allgemein in VS Code, Copilot CLI, dem GitHub Copilot SDK und der Copilot-App verfügbar. Ein einzelnes Paket kann einen Skill, beispielsweise ein Bereitstellungs-Runbook, zusammen mit der MCP-Konfiguration enthalten, die zum Verbinden eines Agenten mit einem Tool oder Dienst erforderlich ist. ![Agent-Plugins manifestieren sich im VS-Code](https://github.blog/wp-content/uploads/2026/08/632063945-b123553f-1488-4dd2-9c3b-20716803f9ca.jpg) *Das Plugin-Manifest soll kompatiblen Agent-Clients ein gemeinsames Paketformat bieten.* ## Warum es wichtig ist Agentenintegrationen werden häufig dupliziert, da jeder Client ein anderes Manifest, ein anderes Ordnerlayout oder ein anderes Konfigurationsformat erwartet. Ein Team verfügt möglicherweise über dieselbe Sicherheitscheckliste, dasselbe Bereitstellungsverfahren und dieselbe Issue-Tracker-Verbindung, die separat in einem Editor, einer CLI, einer Desktop-App und einem gehosteten Agenten konfiguriert sind. Diese Duplizierung führt zu Wartungskosten und zu Richtlinienabweichungen. Eine Änderung an einem Runbook erreicht möglicherweise einen Client, einen anderen jedoch nicht. Eine Tool-Zulassungsliste kann an einer Stelle aktualisiert werden, während eine ältere Konfiguration an einer anderen Stelle aktiv bleibt. Portabilität allein löst diese Probleme nicht, aber ein gemeinsames Paket gibt Unternehmen eine besser verwaltbare Einheit zur Überprüfung. ## Technische Details Die Migrationsanleitung von GitHub speichert Skills in einem skills/-Verzeichnis und einer MCP-Konfiguration in mcp.json. Copilot-spezifische Dateien können unter com.github.copilot/ gespeichert werden, wo andere Clients sie ignorieren. Dieser Namensraum ist ein praktischer Kompromiss: Der tragbare Kern bleibt gemeinsam genutzt, während herstellerspezifische Befehle, Hooks oder benutzerdefinierte Agenten verfügbar bleiben, sofern sie unterstützt werden. Die wichtige Sicherheitsgrenze ist die Werkzeugverbindung. Eine Fähigkeit ist Anleitung und Kontext; Ein MCP-Server kann Daten oder Aktionen offenlegen. Laut GitHub können Organisationen vorhandene verwaltete Einstellungen, einschließlich „enabledPlugins“, „extraKnownMarketplaces“ und „strictKnownMarketplaces“, verwenden, um Plugins automatisch zu installieren, zuzulassen oder zu blockieren. MCP-Zulassungslisten können Server weiter nach URL, Befehl oder Name einschränken. ![GitHub-Entwickler arbeiten mit Agent-Tools](https://github.blog/wp-content/uploads/2026/07/629834996-1e64d96f-b977-49c4-b49f-d262d36423c9.jpg) *Ein portables Paket ist nur dann nützlich, wenn die darin enthaltenen Tools genauso sorgfältig verwaltet werden wie der Code um es herum.* ## Auswirkungen auf Markt und Branche Die Veröffentlichung gibt Agent-Tool-Autoren einen Grund, sie einmalig für ein breiteres Entwicklerpublikum zu veröffentlichen. Es erhöht auch den Wert von Marktplätzen, da die Entdeckung zu einem Teil des Arbeitsablaufs und nicht zu einem nachträglichen Gedanken wird. Wenn sich das Format durchsetzt, könnten Teams Plugins als wiederverwendbare Betriebsmittel auf die gleiche Weise behandeln, wie sie Container-Images oder Infrastrukturmodule behandeln. Das Risiko besteht in einer neuen Lieferkettenschicht. Ein Plugin kann Anweisungen, Code, Hooks und Tooldefinitionen enthalten. Ein Paket, das wie eine Produktivitätsverknüpfung aussieht, kann dennoch den Zugriff eines Agenten auf Repositorys, Issue-Tracker, Bereitstellungssysteme oder Geheimnisse erweitern. Unternehmen benötigen Herkunft, Überprüfung, Versionsfixierung und klare Berechtigungen. ## Worauf man als Nächstes achten sollte Beobachten Sie, ob der Standard außerhalb der eigenen Kundenfamilie von GitHub auftaucht, ob unabhängige Marktplätze entstehen und wie Teams Plugins signieren und prüfen. Das entscheidende Akzeptanzsignal wird ein echtes Paket sein, das zwischen Clients ausgetauscht werden kann, ohne dass wichtige Sicherheitskontrollen verloren gehen oder unverständlich werden. Agent Plugins 1.0 ist ein kleiner, aber folgenreicher Infrastrukturschritt. Portable Fähigkeiten und Tools könnten die Bedienung von Agenten erleichtern, aber nur, wenn die Portabilität mit einer ebenso portablen Governance einhergeht. Es gibt eine zweite Einführungsfrage im Zusammenhang mit der Versionierung. Ein Plugin-Paket kann heutzutage portierbar sein, sich aber dennoch anders verhalten, wenn ein Client seine unterstützte Skill-Syntax, MCP-Berechtigungen oder sein Ausführungsmodell ändert. Teams benötigen Kompatibilitätsmetadaten, Versionshinweise und eine Möglichkeit, ein Paket für jeden Client zu testen, bevor ein routinemäßiges Update das Produktionsverhalten ändert. Das ist eine vertraute Software-Engineering-Arbeit, die jedoch noch wichtiger wird, wenn das Paket einen Agenten beeinflussen kann, der Code schreibt oder externe Systeme aufruft. Agent Plugins 1.0 gibt dem Ökosystem einen gemeinsamen Ausgangspunkt; Die umgebenden Signierungs-, Test- und Überprüfungspraktiken bestimmen, ob es sich um eine zuverlässige Infrastruktur handelt. ## Quellen - [GitHub: Agent-Plugins 1.0](https://github.blog/changelog/2026-08-12-agent-plugins-1-0-in-vs-code-copilot-cli-and-the-copilot-app) - [Spezifikation der Agent-Plugins](https://agent-plugins.org/) - [GitHub: Agentenfähigkeiten und MCP bei der Codeüberprüfung](https://github.blog/changelog/2026-07-29-copilot-code-review-agent-skills-and-mcp-now-generally-available) Mentions: GitHub, Agent-Plugins 1.0, VS-Code, Copilot-CLI, MCP, Copilot-SDK ## Sources - [GitHub-Änderungsprotokoll](https://github.blog/changelog/2026-08-12-agent-plugins-1-0-in-vs-code-copilot-cli-and-the-copilot-app) - [Agent-Plugins](https://agent-plugins.org/) - [GitHub-Änderungsprotokoll](https://github.blog/changelog/2026-07-29-copilot-code-review-agent-skills-and-mcp-now-generally-available)