Clerk Skills: Einrichtung und Prüfungen über /clerk routen

Für wen

Nutze dieses Skill-Set, wenn ein Coding-Agent Clerk-Authentifizierung flüssiger erledigen soll — besonders wenn du Clerk in ein neues Projekt oder ein beliebiges Framework einfügst oder Nutzer, Organisationen, Apps, Umgebungsschlüssel und Deployments prüfst. Die Skills folgen dem Agent-Skills-Format und richten sich an Entwickler, die Clerk ins Repository bringen und wollen, dass der Agent zuerst den richtigen Skill wählt. Offiziell ist /clerk der Router; immer dort starten. Nicht sofort einen Kind-Skill nennen. Vor dem Start musst du das Clerk Dashboard öffnen und Schlüssel holen können, die in eine Umgebungsdatei geschrieben werden; sonst bleiben Einrichtung und Prüfungen bei fehlenden Schlüsseln stehen.

Ersten Versuch in 3 Minuten abschließen

Nur den Installationsbefehl aus dem offiziellen Repository nutzen:

npx skills add clerk/skills

Nach der Installation zuerst Schlüssel vorbereiten; keine Platzhalter auffüllen. Clerk Dashboard öffnen, Publishable Key und Secret Key kopieren, ins Projekt-.env schreiben. Die Schlüsselnamen müssen NEXT_PUBLIC_CLERK_PUBLISHABLE_KEY und CLERK_SECRET_KEY sein. Vor dem Schreiben den Agent nur diese beiden Namen und die Zieldatei wiederholen lassen; erst nach deiner Bestätigung Dateien ändern.

Als erste Aufgabe eine umkehrbare Prüfung wählen, keine Framework-Änderung. In einem Client, der die Skills schon geladen hat, /clerk eingeben, Deploy-Prüfung oder Abgleich der Umgebungsschlüssel nennen, den Router zu clerk-cli führen lassen. Vor jedem Befehl den Agent sagen lassen, dass ein CLI-Check kommt und keine Nutzer angelegt oder Organisationen geändert werden. Erst nach Bestätigung ausführen.

Erfolgssignal: Der Agent geht von /clerk nach clerk-cli und liefert Ergebnisse zu Umgebungsschlüsseln oder Deploy-Prüfungen, statt fehlender Skills oder Schlüssel. Unter Codex gibt es offiziell einen eigenen Marketplace-Add-Befehl; danach neu starten, /plugins öffnen, Clerk Skills wählen, clerk-skills installieren und aktivieren, neuen Thread öffnen. Das ist nur für Codex; nicht als Standardinstallation behandeln.

Anwendungsfälle

Fall 1: Neues Projekt oder beliebiges Framework anbinden. Der offizielle Skill clerk-setup fügt Clerk in beliebige Frameworks ein, für neue Projekte und Framework-Init. Weg: zuerst /clerk, aktuelles Framework und „nur Clerk-Anbindung hinzufügen“ nennen, den Router auf clerk-setup landen lassen. Solche Aufgaben ändern Projektdateien; der Agent muss die zu ändernden Dateien auflisten, du bestätigst vor dem Schreiben. Die Seite gibt keine konkrete Framework-Liste und keine schrittweisen Patches; Framework-Details folgen den Skill-Hinweisen nach der Installation.

Fall 2: Schreibgeschützte Betriebprüfungen per CLI. clerk-cli deckt Nutzer, Organisationen, Apps, Umgebungsschlüssel und Deploy-Prüfungen ab. Nach dem Schreiben der Schlüssel ins .env prüfen, ob eine bestehende App deploybar ist, ob Schlüssel vollständig sind, oder Nutzer und Organisationen nur lesen. Wieder zuerst /clerk, dann clerk-cli. Die Seite listet keine konkreten CLI-Unterbefehle; keine Befehlsnamen erfinden. Bestätigbar sind die genannten Prüfkategorien; das Ausgabeformat folgt dem tatsächlichen Lauf.

Nutzungsgrenzen

Ohne Dashboard-Schlüssel keine Einrichtung starten. Die Umgebungsdatei nutzt nur die zwei offiziell genannten Schlüsselnamen; nicht in undokumentierte Variablen umbenennen. Standardinstallation ist npx skills add clerk/skills; Marketplace-Installation gilt nur für Codex und muss clerk-skills in der offiziellen Reihenfolge aktivieren. Immer bei /clerk beginnen; die Seite beschreibt andere Einstiege nicht als Router-Umgehung. Offiziell fehlt eine vollständige Client-Liste; aus dem Codex-Beispiel keine Alleinstellung ableiten und aus Seitenbeispielen keinen Sprachumfang ableiten. Undokumentierte Skill-Verzeichnisse, Marketplace-Befehle und Schlüsselbeispiele nicht ergänzen. Repository-Seite:

https://github.com/clerk/skills

Dashboard:

https://dashboard.clerk.com/