Skills sind wiederverwendbare Code-Pakete (.zip-Dateien), die deinem Assistenten Fähigkeiten geben, die über reines Prompting oder Knowledge-Anbindung hinausgehen. Sie werden in der Code-Sandbox ausgeführt und können externe APIs aufrufen, Dateien generieren, Daten verarbeiten oder spezialisierte Logik anwenden.
Hinweis
Skills laufen ausschließlich im Kontext eines Assistenten und setzen die Code-Sandbox voraus. Im Assistenten-Editor sind sie eine eigenständige Sektion, direkt unter Wissen — kein Teil der Werkzeuge-Sektion, auch wenn beide zusammenspielen.
Wenn deine Anforderung mit einem System-Prompt + RAG-Datapool + nativen Tools (Verbindungen) gelöst ist — kein Skill nötig. Skills sind die nächste Eskalationsstufe für eigene ausführbare Logik.
Hinweis
Der Assistent bekommt im System-Kontext nur eine kompakte Liste der verfügbaren Skills (Name/ID), nicht deren vollständige Anleitung. Erst wenn er einen Skill für die aktuelle Aufgabe passend hält und ihn einbindet, liest er dessen SKILL.md und die enthaltenen Dateien.
Vorgefertigte Anbindung an Standard-Dienste (Slack, Outlook, Salesforce, ...)
Standard-Integrationen, schon im Marketplace verfügbar
Skill (.zip-Paket)
Eigener Code (Python oder JavaScript/TypeScript), der in der Sandbox läuft
Custom-Logik, proprietäre APIs, Datei-Generierung mit eurem Format
Knowledge / Datapool
RAG über statische Dokumente
Wenn der Assistent euer Wissen kennen soll, nicht ausführen
Achtung
Skills stehen nur zur Verfügung, wenn die Code-Sandbox für die Organisation aktiv ist (Standard: an). Fehlt der Skills-Bereich im Editor, prüfe bei einem Admin, ob die Sandbox für die Organisation deaktiviert wurde.
Klick auf Skill erstellen öffnet keinen speziellen Assistenten oder Wizard — es ist ein ganz normaler, neuer Chat mit deinem Assistenten, nur mit einer vorausgefüllten ersten Nachricht: "Erstelle mir einen neuen Skill für diesen Assistenten."
Nachricht abschicken: Die vorausgefüllte Nachricht ist schon im Eingabefeld — einfach abschicken.
Rückfragen beantworten: Der Assistent ist angewiesen, dich zu interviewen, bevor er Code schreibt — typischerweise nach Zweck des Skills, benötigten externen APIs, Zugangsdaten und ob eine bestehende Datei (z. B. eine Word-Vorlage) als Grundlage dienen soll.
Code wird generiert: Der Assistent schreibt die Dateien des Skill-Pakets (mindestens eine SKILL.md, siehe Aufbau eines Skill-Pakets) und baut daraus ein .zip.
Automatisch angehängt: Das fertige Paket erscheint direkt in der Skills-Liste des Assistenten — kein manueller Upload-Schritt nötig.
Hinweis
Enthält der Skill Zugangsdaten (API-Keys, Tokens), legt der Assistent dafür eine secrets.json mit Platzhalter-Werten an. Trag die echten Werte danach über den Datei-Explorer ein — sie werden nicht im Chat abgefragt oder protokolliert.
Hast du (oder ein:e Kolleg:in) den Skill schon als Paket vorliegen, zieh die .zip-Datei direkt in die Drag-&-Drop-Fläche im Skills-Bereich, oder klick darauf, um sie über den Datei-Dialog auszuwählen.
Grenzen: bis zu 20 Dateien gleichzeitig, praktisches Größenlimit 50 MB pro Datei.
Bei Überschreitung: Überschreitet eine .zip-Datei 50 MB, oder hat der Assistent bereits 20 Skill-Pakete, lehnt die Plattform den Upload mit einer Fehlermeldung ab — sie kürzt oder übernimmt ein zu großes Paket nicht teilweise.
Keine Struktur-Prüfung: Die Plattform prüft die Datei nur auf technische Sicherheit (kein Zip-Bomb — also keine Datei, die beim Entpacken explodiert). Ob eine SKILL.md enthalten ist oder das Paket überhaupt sinnvoll aufgebaut ist, wird nicht validiert. Halte dich deshalb an die empfohlene Struktur unten, sonst kann der Assistent den Skill nicht sinnvoll nutzen.
SKILL.md beginnt mit einem YAML-Frontmatter-Block und ist danach frei formuliertes Markdown:
Feld / Abschnitt
Zweck
name (Frontmatter)
Kurzer, sprechender Name (klein geschrieben, mit Bindestrichen)
description (Frontmatter)
Wann der Assistent diesen Skill einsetzen soll — das ist der Text, an dem sich das Modell orientiert
license (Frontmatter, optional)
Meist Proprietary oder MIT
Titel (H1)
Ein-Satz-Zusammenfassung
## Rules
Was der Assistent tun/lassen soll
## Workflow
Schritt-für-Schritt-Ablauf
## Good fits
Konkrete Anwendungsfälle, für die der Skill gedacht ist
## Avoid by default
Wofür der Skill nicht gedacht ist
Wird die SKILL.md zu lang (Richtwert: 500 Zeilen), lagere Details in references/ aus und verlinke sie aus der SKILL.md.
Hinweis
Die konkrete Sprache (Python oder JavaScript) wird nicht im Paket festgelegt, sondern automatisch erkannt, sobald der Assistent den Skill in einer Chat-Session einbindet — anhand von Datei-Markern wie requirements.txt (Python) oder package.json (JavaScript). Fehlt ein eindeutiger Marker, greift standardmäßig JavaScript. Nimm bei einem reinen Python-Skill also unbedingt eine requirements.txt ins Paket auf, auch wenn sie leer bleibt.
Kein direkter Zugriff aufs Host-System; der Skill-Code selbst (Python/JS zur Laufzeit) hat keinen Internet-Zugriff. Einzige Ausnahme: Enthält das Skill-Paket eine package.json oder requirements.txt, lädt die Sandbox die dort gelisteten Zusatz-Pakete beim Einbinden automatisch über einen internen Registry-Proxy nach — siehe Grenzen für bekannte Einschränkungen dieser Installation.
Sprache pro Skill wird beim Einbinden in die Session automatisch erkannt (Python oder JS)
Zugangsdaten (API-Keys, Tokens) liegen als secrets.json innerhalb des Skill-Pakets und werden nicht an das Modell selbst ausgeliefert
Ressourcen-Limits verhindern Endlos-Schleifen oder übermäßigen Speicher-Verbrauch
Die Sandbox-Architektur ist beschrieben unter Code-Sandbox.
Word-Vorlage + Python-Skript, das Daten aus dem Chat einsetzt
DATEV-Export aus Rechnungs-Daten
JS-Skript, das JSON-Daten in CSV-Format konvertiert
Anbindung ans interne CRM (kein Standard-Connector)
Python-API-Client, der mit eurem CRM spricht
Strukturierte PDF-Extraktion aus eigenem Layout
Python mit pdfplumber für vorgegebene Vertrags-Strukturen
Custom-Validierung (z. B. Steuer-Berechnungen)
JS mit eurer Berechnungslogik
Achtung
Formatierungstreue ist keine Garantie. Ein Skill füllt eine Word-Vorlage inhaltlich und übernimmt dabei die vorhandenen Styles der Vorlage – eine exakte Übereinstimmung mit Deinen Brand Guidelines (Schriftgrößen, Abstände, Farben, Kopf-/Fußzeilen) wird dabei nicht automatisch geprüft. Prüfe das generierte Dokument bei markenkritischen Vorlagen stichprobenartig, bevor Du es versendest, und schärfe bei Abweichungen die Anweisungen im Skill-Code nach.
Klick auf einen Skill in der Liste öffnet den Datei-Explorer: Dateibaum links (SKILL.md immer ganz oben), Code-Editor mit Syntax-Highlighting rechts. Du kannst Dateien einsehen, bearbeiten, löschen und die Änderungen zurück ins Paket speichern.
Achtung
Keine Versionshistorie: Speichern überschreibt den bisherigen Stand des Pakets endgültig — es gibt aktuell keine Möglichkeit, zu einer früheren Fassung zurückzukehren. Sichere dir vor größeren Änderungen notfalls eine eigene Kopie außerhalb von meinGPT.
Achtung
Kein Teilen zwischen Assistenten: Jeder Skill gehört genau einem Assistenten — es gibt weder einen Download-/Export-Button noch eine "an weiteren Assistenten anhängen"-Funktion. Soll derselbe Skill bei mehreren Assistenten laufen, lade die lokal aufbewahrte .zip bei jedem Assistenten einzeln hoch.
Hinweis
Bittest du den Assistenten im Chat, einen bestehenden Skill "zu verbessern" oder "zu erweitern", legt er dafür oft ein komplett neues Paket an, statt das vorhandene zu aktualisieren. Prüfe die Skills-Liste danach und entferne veraltete Duplikate manuell.
