quetrex-architect
Quetrex-Architekturstandards erzwingen
Inkonsistente Codierungsstandards erzeugen technische Schulden, Sicherheitslücken und Wartungsherausforderungen. Diese Fähigkeit erzwingt TDD-Workflow, TypeScript Strict-Mode, Next.js App Router-Patterns und ShadCN UI-Komponenten für jede neue Funktion in Quetrex.
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
테스트해 보기
"quetrex-architect" 사용 중입니다. Überprüfe meine neue Benutzerprofilseite
예상 결과:
- 3 Probleme gefunden:
- - Zeile 42: Verwendung von any-Typ für Benutzerdaten (verwende explizite UserProfile-Interface)
- - Zeile 78: Fehlende Zod-Validierung im POST-Handler (Schema-Validierung hinzufügen)
- - Zeile 15: Async Client-Komponente (zu Server konvertieren oder async entfernen)
- Siehe Pattern-Guide für korrekte Implementierungen.
"quetrex-architect" 사용 중입니다. Hilf mir, einen neuen API-Endpunkt zu erstellen
예상 결과:
- Ich führe dich durch den TDD-Workflow:
- 1. Definiere zuerst das Zod-Schema für Eingabevalidierung
- 2. Schreibe fehlschlagende Tests für erwartetes Verhalten
- 3. Implementiere den Endpunkt mit parametrisierten Queries
- 4. Verifiziere, dass Tests bestehen
- Beginne mit dem Lesen von CLAUDE.md für Projektkontext.
"quetrex-architect" 사용 중입니다. Prüfe meine neue Dashboard-Komponente
예상 결과:
- Prüfe Dashboard-Komponenten-Patterns:
- - Server-Komponente (Standard): Gut
- - TypeScript-Typen: Explizit und definiert
- - ShadCN-Komponenten: Button und Dialog verwendet
- - Keine hardcodierten Secrets gefunden
- - Fehlende Zod-Validierung beim Datenladen
보안 감사
안전Documentation-only skill providing architectural guidance. Contains no executable code, no network calls, no file writes, and no external command execution. Static findings are false positives from the analyzer misinterpreting documentation patterns and metadata fields. Previous audit correctly rated this skill as safe.
위험 요인
🌐 네트워크 접근 (1)
⚙️ 외부 명령어 (10)
🔑 환경 변수 (4)
품질 점수
만들 수 있는 것
Next.js Komponenten-Patterns
Stellen Sie sicher, dass neue React-Komponenten Server-Komponenten-Standards und Client-Komponenten-Direktiven folgen.
API-Routen-Validierung
Validieren Sie, dass alle API-Endpunkte Zod-Schemas für Eingabevalidierung und parametrisierte Queries verwenden.
Testabdeckungs-Erzwingung
Verifizieren Sie, dass Code Abdeckungsschwellen vor dem Merge erfüllt: 75 Prozent insgesamt, 90 Prozent für Services.
이 프롬프트를 사용해 보세요
Hilf mir, ein neues Feature mit TDD einzurichten. Lies zuerst CLAUDE.md, dann führe mich durch das Schreiben von Tests vor der Implementierung.
Überprüfe meine neue Komponente. Prüfe, ob sie Server- versus Client-Komponenten korrekt verwendet, ShadCN-Patterns folgt und korrekte TypeScript-Typen hat.
Prüfe meine API-Route. Stelle sicher, dass sie Zod-Validierung für alle Eingaben hat, parametrisierte Queries verwendet und Fehler korrekt behandelt.
Scanne meinen Code auf hardcodierte Secrets, SQL-Injection, XSS-Sicherheitslücken und fehlende Authentifizierungsprüfungen.
모범 사례
- Fehlschlagende Tests schreiben, bevor Implementierungscode geschrieben wird
- Type-Guards statt any für unbekannte Daten verwenden
- Alle API-Eingaben mit Zod-Schemas validieren
피하기
- Any-Typ verwenden, um TypeScript-Fehler zu umgehen
- Zod-Validierung für schnelle API-Endpunkte überspringen
- Server- und Client-Komponenten-Verantwortlichkeiten mischen