global-standards
Konsistente Codierungsstandards anwenden
Auch verfügbar von: Joseph OBrien
Entwickler und Teams haben Schwierigkeiten, einen konsistenten Codestil über Projekte hinweg aufrechtzuerhalten. Diese Skill bietet umfassende Standards für Namenskonventionen, Fehlerbehandlung, Validierungsmuster und Projektkonventionen, um einheitlichen, wartbaren Code zu gewährleisten.
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "global-standards". Was sind die Namenskonventionen für JavaScript-Variablen und -Funktionen?
Erwartetes Ergebnis:
- Verwende camelCase für Variablen und Funktionen (z.B. `userName`, `calculateTotal`)
- Verwende PascalCase für Klassen und Typen (z.B. `UserModel`, `ApiResponse`)
- Verwende UPPER_SNAKE_CASE für Konstanten (z.B. `MAX_RETRIES`, `API_URL`)
- Verwende beschreibende Namen, die die Absicht verraten (vermeide `x`, `temp`, `data`)
- Verwende vollständige Wörter statt Abkürzungen, es sei denn, sie sind weit verbreitet (z.B. `user` statt `usr`)
Verwendung von "global-standards". Wie sollte ich Fehler in meinem API-Endpunkt behandeln?
Erwartetes Ergebnis:
- Umschließe Aufrufe externer Dienste mit try-catch-Blöcken
- Protokolliere Fehler mit angemessenen Schweregraden und Kontext
- Implementiere Wiederholungslogik mit exponentieller Rückkopplung für vorübergehende Fehler
- Erstelle benutzerdefinierte Ausnahmetypen für domänenspezifische Fehler
- Gebe benutzerfreundliche Fehlermeldungen ohne sensible Details zurück
Verwendung von "global-standards". Welche Validierungsmuster sollte ich für Benutzereingaben verwenden?
Erwartetes Ergebnis:
- Validiere sowohl auf Client- als auch auf Serverseite - vertraue niemals allein der Client-Validierung
- Verwende etablierte Validierungsbibliotheken wie Zod, Yup, Pydantic oder Joi
- Bereinige Eingaben, um XSS, SQL-Injection und Command-Injection zu verhindern
- Verwende Allowlists statt Blocklists für die Eingabevalidierung
- Gib klare, handlungsorientierte Fehlermeldungen nahe dem relevanten Eingabefeld an
Sicherheitsaudit
SicherPure documentation skill containing only markdown reference files. Static findings are all false positives: the skill has no executable code, no network access, no file system operations, no command execution, and no environment variable access. All 52 detected patterns are benign documentation content, including code examples in markdown and references to external services in best-practices context.
Risikofaktoren
⚙️ Externe Befehle (17)
🌐 Netzwerkzugriff (1)
Qualitätsbewertung
Was du bauen kannst
Code-Konsistenz aufrechterhalten
Sicherstellen, dass alle Teammitglieder denselben Codestil und dieselben Konventionen im gesamten Codebase befolgen
Projektstandards etablieren
Codierungsstandards für neue Projekte oder Onboarding-Materialien definieren und kommunizieren
Code-Einreichungen validieren
Pull Requests gegen etablierte Standards für Stil, Fehlerbehandlung und Validierung prüfen
Probiere diese Prompts
Was sind die Namenskonventionen für [JavaScript/Python/TypeScript] beim Benennen von [Variablen/Funktionen/Klassen]?
Wie sollte ich Fehler in meinem API-Endpunkt behandeln, der einen externen Dienst aufruft? Einschließlich Wiederholungslogik und Benutzermeldungen.
Welche Validierungsmuster sollte ich für ein Registrierungsformular mit E-Mail-, Passwort- und Namensfeldern verwenden?
Welche Dateistruktur, Namenskonventionen und Git-Workflows sollte ich für ein neues [React/Python/Node]-Projekt etablieren?
Bewährte Verfahren
- Wende Standards proaktiv beim Schreiben von neuem Code an, nicht nur während des Reviews
- Passe den Stil des umgebenden Codes an, wenn du zu bestehenden Dateien hinzufügst
- Verwende die Referenzdateien für detaillierte Anleitungen zu spezifischen Themen
Vermeiden
- Verschiedene Namensstile innerhalb derselben Datei oder desselben Moduls mischen
- Veraltete oder irreführende Kommentare im Code lassen
- Eingabevalidierung für interne APIs überspringen und vertrauenswürdige Quellen annehmen