Was sind F\u00e4higkeiten?<\/h2>\n\n\n\n
Agent<\/strong> F\u00e4higkeiten sind ein portables \u201eKompetenzpaket\u201c.<\/strong> In der Praxis ist eine Skill ein Ordner, der Folgendes enth\u00e4lt:<\/p>\n\n\n\n Claude (und andere Tools, die Agentenf\u00e4higkeiten unterst\u00fctzen) k\u00f6nnen Die Fertigkeit wird nur dann geladen und ausgef\u00fchrt, wenn sie f\u00fcr die Aufgabe relevant ist.<\/strong>.<\/p>\n\n\n\n Bevor ich auf die F\u00e4higkeiten eingehe, m\u00f6chte ich MCP in einfachen Worten erl\u00e4utern.<\/p>\n\n\n\n MCP<\/mark><\/a>(Modellkontextprotokoll)<\/strong> Es geht haupts\u00e4chlich darum, einem Agenten zu helfen. Verbindung zu externen Tools und Systemen herstellen<\/strong>Im realen Einsatz, wenn man viele Server und Tools miteinander verbindet, Werkzeugdefinitionen und Werkzeugergebnisse k\u00f6nnen eine gro\u00dfe Anzahl von Tokens verbrauchen.<\/strong>Dies kann die Effizienz der Agenten beeintr\u00e4chtigen. Anthropic hat auf dieses Problem des Token-Overheads hingewiesen, das auftritt, wenn zu viele Server verbunden sind.<\/p>\n\n\n\n Was die meisten Teams jedoch tats\u00e4chlich ben\u00f6tigen, ist nicht nur \u201eZugang zu Werkzeugen\u201c, sondern standardisierte Ausf\u00fchrung<\/strong>Einheitliche Formate, festgelegte Schritte und explizite Pr\u00fcfpunkte. MCP kann Daten und Tools anbinden, setzt aber Ihre internen Standardarbeitsanweisungen oder Ausgabestandards nicht automatisch durch.<\/p>\n\n\n\n Genau diese L\u00fccke f\u00fcllen F\u00e4higkeiten: Ich kann meine Standardarbeitsanweisungen, meine Methodik und meine Ausgaberegeln kodieren in Vereinfacht ausgedr\u00fcckt: MCP erm\u00f6glicht es dem Agenten, Werkzeuge zu nutzen; Skills lehren den Agenten, wie er die Werkzeuge gem\u00e4\u00df meinen Standards einsetzt.<\/p>\n\n\n\n Die Agentenf\u00e4higkeiten-Spezifikation unterteilt das Laden in drei Ebenen:<\/p>\n\n\n\n Deshalb kann ich viele F\u00e4higkeiten verf\u00fcgbar halten, ohne das Kontextfenster aufzubl\u00e4hen: Nicht verwandte F\u00e4higkeiten bleiben aus dem Gespr\u00e4ch heraus, bis sie ben\u00f6tigt werden.<\/p>\n\n\n\n ClawdBot ist in letzter Zeit popul\u00e4r geworden und ist ein gutes Beispiel daf\u00fcr Anwendungsschicht basierend auf F\u00e4higkeiten<\/strong>Es erweitert die F\u00e4higkeiten durch Agent<\/strong> Skills-kompatible Skill-Verzeichnisse<\/strong>Es kann au\u00dferdem filtern, welche Skills basierend auf Umgebung, Konfiguration und Bin\u00e4rabh\u00e4ngigkeiten nutzbar sind. Anders ausgedr\u00fcckt: Es tr\u00e4gt dazu bei, Skills in reale operative Arbeitsabl\u00e4ufe zu integrieren.<\/p>\n\n\n\n Nachfolgend ein \u00fcbersichtlicher Vergleich, der die Unterschiede und Gemeinsamkeiten von Skills, MCP und ClawdBot verdeutlicht:<\/p>\n\n\n\n\n
Die drei Kernmerkmale von F\u00e4higkeiten<\/h3>\n\n\n\n
\n
SKILL.md<\/code><\/strong> (mit YAML-Metadaten). Ich kann es zwischen kompatiblen Tools kopieren.<\/li>\n<\/ol>\n\n\n\nWie haben sich F\u00e4higkeiten entwickelt?<\/h2>\n\n\n\n
SKILL.md<\/code>dann verlassen Sie sich auf schrittweise Offenlegung<\/strong> um die Kontextkosten niedrig zu halten.<\/p>\n\n\n\nWie Kompetenzen funktionieren: Progressive Offenlegung<\/h2>\n\n\n\n
\n
Name<\/code> Und Beschreibung<\/code> sind geladen (ungef\u00e4hr ~100 Token pro Fertigkeit).<\/li>\n\n\n\nSKILL.md<\/code> Die Anweisungen werden geladen, wenn die F\u00e4higkeit relevant ist (die Empfehlungen raten dazu, dies unter ~5.000 Token zu halten).<\/li>\n\n\n\nSkripte\/<\/code>, Referenzen\/<\/code>, Und Verm\u00f6genswerte\/<\/code> werden nur bei Bedarf geladen. In der Praxis ist diese Schicht nicht durch das Budget f\u00fcr Befehlstoken beschr\u00e4nkt.<\/li>\n<\/ul>\n\n\n\n![\"\"](\"https:\/\/iwea.deeptracker.ai\/wp-content\/uploads\/2026\/01\/How-Claude-Skills-Work-Progressive-Disclosure-1024x683.webp\")
<\/figure>\n\n\n\nSkills vs. MCP vs. ClawdBot: Unterschiede und wie sie zusammenpassen<\/h2>\n\n\n\n