Fähigkeiten plus MCP: Werkzeuge geben die Handhabung, Fähigkeiten lehren den Arbeitsablauf

Hinweis: Die Darstellung „Fähigkeiten statt MCP“ ist hier experimentell und in Entwicklung. Ziel ist es, mögliche Richtungen zu erforschen, nicht einen endgültigen MCP-Standard festzulegen.

MCP macht es Agenten einfacher, über ein gemeinsames Protokoll auf externe Systeme zuzugreifen, anstatt für jeden Agenten individuelle Integrationen zu benötigen. Allein die Fähigkeit reicht nicht aus: Der Zugang zu einem Tool lehrt nicht automatisch dessen richtige Nutzung. Fähigkeiten schließen diese Lücke. Teams, die bei „Wir haben einen MCP-Server bereitgestellt“ aufhören, stellen oft fest, dass ihre Agenten zwar alles aufrufen können, unter Druck dennoch falsche Entscheidungen treffen.

MCP verleiht Agenten Fähigkeiten

Betrachten Sie MCP als Verbindungsstufe. Ein Server kann Tools wie create_customer, get_order, send_email, create_invoice und search_documents bereitstellen. Agenten entdecken und rufen diese Tools über ein gemeinsames Schema auf.

Geben Sie einem Agenten fünfzig Tools – er muss dennoch entscheiden, welche er anrufen soll, in welcher Reihenfolge, welche Fakten zuerst gesammelt werden müssen, wie er reagieren soll, wenn eine API versagt, wann er einen Menschen um Hilfe bitten muss und was er ablehnen soll. MCP stellt die Fähigkeiten bereit; etwas anderes muss die operativen Kenntnisse liefern. Ohne dieses Wissen werden Tool-Listen zu Lotterietickets – manchmal richtig, oft verschwenderisch, gelegentlich schädlich.

Daher kommen Skills ins Spiel

Eine Skill packt wiederverwendbare Anweisungen, Kontexte und Arbeitsabläufe zusammen, damit ein Agent eine konkrete Aufgabe erledigen kann. Anstatt nur Folgendes zur Verfügung zu stellen:

create_invoice
send_email
get_customer

Definieren Sie eine Fähigkeit wie Kundenrechnungsbearbeitung, die folgende Schritte umfasst: Kunden finden, Rechnungsstatus überprüfen, Betrag validieren, Rechnung erstellen, Freigabe anfordern, versenden und bestätigen. MCP-Tools führen Aktionen aus; die Fähigkeit sorgt für die Logik und Reihenfolge dieser Aktionen. Zudem kann die Fähigkeit Fehlerfälle dokumentieren: Was bei einem 409-Status zu tun ist, wann es notwendig ist, den Fall weiterzuleiten, und welche Felder als verbindlich gelten.

Fähigkeit + MCP sind stärker als jeweils einzeln

MCP = was der Agent tun kann. Skill = wie er es tun sollte. Diese Trennung wird wichtiger, je mehr Tools vorhanden sind. Ein Unternehmensagent kann auf CRM, Stripe, GitHub, Slack, Drive, interne APIs und Datenbanken zugreifen. MCP kann all das bereitstellen. Hunderte von reinen Tools führen oft zu einer Überflutung an Optionen statt zu echter Kompetenz. Skills reduzieren den Entscheidungsraum auf ein für die Aufgabe passendes Paket, wobei weiterhin standardisierte Toolaufrufe verwendet werden.

Das Problem der Tools-Explosion

Ein Server mit hundert Werkzeugen belastet das Modell bereits mit Beschreibungen, Parametern und Beziehungen. Fünf Server vervielfachen diese Menge noch weiter. Muss jede Funktionalität bei jedem Schritt geladen werden? In der Regel nicht. Es ist besser, die richtige Funktionalität zur richtigen Zeit zu verwenden. Fähigkeiten organisieren diese Auswahl: nicht „Hier sind fünfhundert Werkzeuge – improvisieren Sie“, sondern „Hier ist die Aufgabe, hier sind die erforderlichen Fähigkeiten und Anweisungen.“ Sowohl Kontextfenster als auch die Aufmerksamkeit profitieren davon, wenn irrelevante Werkzeuge offline bleiben, bis eine Fähigkeit sie heranzieht.

Fähigkeiten können auch Schutzmechanismen kodieren

In einer Tool-Beschreibung kann stehen „Erstellen Sie eine Rückerstattung“. Eine Skill kann voraussetzen, dass der Auftrag überprüft wird, die Richtlinien geprüft werden, Beträge bestätigt werden und eine Genehmigung für Beträge über einem bestimmten Schwellenwert eingeholt wird, bevor das Rückerstattungstool ausgeführt wird. Das ist wichtig im Hinblick auf Nebeneffekte: Löschungen, Rückerstattungen, E-Mails, Produktionsänderungen, Bereitstellungen, Kontoveränderungen. Zugriff ohne Regeln ist unvollständig. Schutzmechanismen gehören neben dem Workflow – nicht nur in einer entfernten Richtlinien-Wiki, die das Modell niemals sieht.

MCP und Skills sind keine Konkurrenten

Die wahrscheinliche Struktur ist Skills + MCP, nicht Skills gegenüber MCP. Verschiedene Ebenen:

Agent
  ↓
Skill
  ↓
MCP
  ↓
Tools / APIs / Systems

Die Skill beschreibt den Workflow; MCP standardisiert die Schnittstelle; die zugrunde liegenden Systeme erledigen die Arbeit. Die Architektur entwickelt sich weiter und lohnt es, sie im Laufe der Reifung der Ökosysteme zu beobachten. Debatten, die die Wahl als ausschließend darstellen, übersehen die Komplementarität.

Der größere Wandel

Es ist nichts Neues, dass Agenten APIs aufrufen. Der Wandel liegt in der dynamischen Entdeckung und Kombination von Ressourcen zu bestimmten Zielen. MCP befasst sich mit dem Problem der Verbindbarkeit; Skills befassen sich mit dem Problem der Ausführung. Wenn die Anzahl der Agenten zunimmt, ist es genauso wichtig, beizubringen, wann, warum und wie Tools verwendet werden sollen, wie die Anzahl der Endpunkte zu erhöhen. Verbindbarkeit ohne Kenntnisse zur Ausführung führt zu fahrlässigen Fehlern; Kenntnisse zur Ausführung ohne Verbindbarkeit erreichen keine echten Systeme.

In der Praxis umsetzen

Selbst entwickelte Lösungen benötigen weiterhin Authentifizierung, Hosting, Tests, Überwachung, Versionierung, Nutzungserfassung sowie Handhabung von Protokolländerungen. Verwaltete Plattformen, die OpenAPI-Spezifikationen in MCP-Server mit Tools, Ressourcen, Anleitungen und Fähigkeiten – sowie Analysen und Registrierungsdaten – umwandeln, können diese Standardprozesse übernehmen, sodass Produktteams sich auf das Verhalten der Agenten konzentrieren können. Unabhängig vom Host gilt folgender Slogan: MCP gibt den Agenten Hände; Skills lehren sie, wie man diese Hände verwendet. Beginnen Sie damit, eine Fähigkeit für einen hochriskanten Workflow mit einer kleinen Tool-Gruppe zu verknüpfen, die Fehlerquoten bei falschen Tools zu messen und anschließend gezielt den Umfang auszuweiten.

Einführungs-Checkliste für Teams, die Skills statt reiner Tool-Listen verwenden

1. Führen Sie MCP-Tools auf und kennzeichnen Sie deren Nebenwirkungsrisiken (Lesen, Schreiben, finanzielle Auswirkungen, irreversible Effekte).
2. Schreiben Sie zunächst eine Skill für den wichtigsten Support- oder Abrechnungsworkflow, bevor das gesamte Katalog angeboten wird.

Fordern für irreversible Aktionen über definierte Schwellwerte interne Bestätigungsverfahren durch den Benutzer innerhalb der Fähigkeit an.

Messen Sie die Rate falsch verwendeter Tools sowie die Anzahl der Wiederholungsversuche über zwei Wochen; erweitern Sie das Tool-Set erst, wenn diese Werte stabil sind.

Versionieren Sie Fähigkeiten wie APIs: mit Changelog, Deprecation-Window sowie Testfällen, die bei Abweichungen des Workflows von den Tools fehlschlagen.

Diese Schritte sorgen dafür, dass die experimentelle Fähigkeitsschicht weiterhin zuverlässig funktioniert, ohne auf einen endgültigen Standard warten zu müssen.