Ein Slash-Befehl ist eine Markdown-Datei, deren Rumpf zum Prompt wird. Es ist der einfachste Weg, dieselbe Anfrage nicht ständig neu zu tippen — eine Prüfung, ein Release-Check, eine Zusammenfassung in der Form, die Ihr Team erwartet — und das Unkomplizierteste an der ganzen Konfiguration. Schiefgehen kann eigentlich nur eines: die Argumente. Alles nach dem Befehlsnamen kommt als ein Platzhalter an, die einzelnen Wörter als nummerierte, und ein Rumpf, der keinen davon erwähnt, ignoriert die Eingabe und behauptet zugleich weiter, er nehme etwas entgegen. Dieser Builder schreibt die Datei, bietet die Platzhalter als Schaltflächen an und meldet dieses Missverhältnis in beide Richtungen.
Funktionen
Platzhalter per Schaltfläche eingefügt statt auswendig gewusst
Warnt, wenn ein Argument angekündigt wird, das der Prompt nie nutzt
Warnt, wenn der Prompt ein Argument nutzt und nichts dem Nutzer sagt, was er übergeben soll
Optionale Werkzeugliste und Modellwahl
Der Name wird als Dateiname geprüft, denn das wird er
Projekt- oder persönlicher Geltungsbereich mit passendem Pfad
Vorschau, wie der Befehl getippt wird
Lädt als fertige .md-Datei herunter
So verwendest du Slash-Befehl-Builder
Benennen Sie den Befehl — das wird /name und der Dateiname
Schreiben Sie den Prompt und setzen Sie $ARGUMENTS oder $1 ein
Ergänzen Sie einen Argumenthinweis
Wählen Sie einen Geltungsbereich und laden Sie die Datei
Beispiel
Eingabe
argument-hint: <pr-number>
Ausgabe
Review pull request #$1.
Hinweis und Platzhalter müssen übereinstimmen, sonst lügt einer von beiden.
Häufige Fehler & Fehlerbehebung
Der Befehl ignoriert, was ich danach tippe. — Der Rumpf muss die Eingabe verwenden. $ARGUMENTS ist alles Getippte; $1, $2 und $3 sind die einzelnen Wörter.
Der Befehl taucht nicht in der Liste auf. — Der Dateiname ist der Befehlsname, also klein und mit Bindestrichen, und die Datei muss im Befehlsverzeichnis des gewählten Bereichs liegen.
Die Beschreibung fehlt in der Liste. — Sie stammt aus dem Feld description im Frontmatter. Ohne sie erscheint der Befehl unbeschriftet.
$1 und $ARGUMENTS scheinen sich zu überschneiden. — Tun sie — $ARGUMENTS enthält alles, $1 ist dessen erstes Wort. Nutzen Sie eines von beiden, außer Sie wollen beides bewusst.
Häufig gestellte Fragen
Was ist der Unterschied zwischen $ARGUMENTS und $1?
$ARGUMENTS ist die ganze Zeichenkette nach dem Befehlsnamen. $1, $2 und $3 sind die durch Leerzeichen getrennten Wörter. Nehmen Sie die nummerierten bei festen Eingaben und $ARGUMENTS bei offenem Text.
Brauche ich eine Werkzeugliste?
Nein, und die meisten Befehle haben keine. Sie lohnt sich, wenn ein Befehl etwas Bestimmtes ohne Rückfrage ausführen können soll, oder wenn er etwas gerade nicht können soll, was die Sitzung sonst könnte.
Wo liegt eine Befehlsdatei?
Ein Projektbefehl liegt im Repository, damit ihn das ganze Team hat; ein persönlicher folgt Ihnen über Projekte. Der genaue Pfad wird angezeigt und aktualisiert sich mit dem Namen.
Kann ein Befehl Werkzeuge aufrufen oder Shell-Befehle ausführen?
Der Rumpf ist ein Prompt, kann also alles verlangen, was die Sitzung ohnehin könnte. Die Werkzeugliste verengt oder erweitert, was ohne Rückfrage läuft; sie gewährt nichts Neues.
Wann sollte das ein Befehl sein und keine Skill?
Ein Befehl wird bewusst durch Tippen aufgerufen. Eine Skill wird automatisch zugeordnet, wenn eine Aufgabe passend wirkt. Wollen Sie den Zeitpunkt bestimmen, schreiben Sie einen Befehl; soll es von selbst geschehen, eine Skill.
Verwandte Tools
Skill-Builder — Schreiben Sie eine SKILL.md, deren Frontmatter beim Tippen geprüft wird.
Subagent-Builder — Erstellen Sie die Definitionsdatei eines Subagenten samt Tools und Modell.
Hooks-Builder — Bauen Sie settings.json-Hooks und finden Sie Matcher, die nie auslösen.
Plugin-Manifest — Erzeugen Sie eine plugin.json und sehen Sie den erwarteten Ordneraufbau.
Projektanweisungen — Verfassen Sie eine CLAUDE.md, die ihren Platz in jeder Sitzung verdient.
Prompt-Vorlagen füllen — Entfalten Sie einen Prompt über eine Zeilentabelle und sehen Sie Lücken.
Weitere KI & Agenten-Tools
Skill-Builder — Schreiben Sie eine SKILL.md, deren Frontmatter beim Tippen geprüft wird.
Skill-Linter — Fügen Sie eine SKILL.md ein und sehen Sie, was ihre Zuordnung verhindert.
Subagent-Builder — Erstellen Sie die Definitionsdatei eines Subagenten samt Tools und Modell.
Projektanweisungen — Verfassen Sie eine CLAUDE.md, die ihren Platz in jeder Sitzung verdient.
Plugin-Manifest — Erzeugen Sie eine plugin.json und sehen Sie den erwarteten Ordneraufbau.
Hooks-Builder — Bauen Sie settings.json-Hooks und finden Sie Matcher, die nie auslösen.