Communitygithub.com

unslop-audit

Bewertet eine App auf einer Skala von 0 bis 36 in neun Dimensionen (Identität, Onboarding, Kernloop, Einstellungen, Zustände, Struktur, Texte, visuelle Gestaltung, Komponenten), listet „KI-Strukturmerkmale“ mit Dateibeleg auf und erstellt einen priorisierten Bericht. Bei Anfragen wie „App prüfen“, „Produkt reviewen“ oder „Was fehlt?“ zuerst einsetzen und nach Änderungen erneut verwenden, um die Score-Änderung zu zeigen.

Was ist unslop-audit?

Dieser Skill führt ein detailliertes Audit einer Softwareanwendung durch, indem er sie anhand von neun definierten Dimensionen bewertet (Identität & Zugriff, Onboarding, Kernloop, Einstellungen, Zustände, Struktur, Texte, visuelle Gestaltung, Komponenten) – jeweils mit einem Score von 0 bis 4. Die Gesamtpunktzahl von maximal 36 wird in vier Reifegrade eingeteilt: Prototyp (<14), intern nutzbar (14–23), auslieferbar (24–31) und durchdacht (32+). Der Auditprozess umfasst das Sammeln von Belegen aus Code und optional aus der laufenden App (Routes, Komponenten, API-Endpunkte, DB-Tabellen, Umgebungsvariablen, Kompose-/Proxy-Konfiguration). Neben der Bewertung identifiziert der Skill explizite „KI-Strukturmerkmale“ – typische Muster von KI-generierten Apps (z. B. monolithische 800-Zeilen-Komponenten ohne Router, Auth nur im Proxy, „Coming soon“-Seiten, N+1-Client-Abfragen) – und listet diese mit Dateipfaden. Der Bericht folgt einer strukturierten Vorlage mit priorisierten Kategorien: Blocker (Sicherheit, Datenverlust, rechtliche Probleme) → Lücken → Raue Stellen → Feinschliff. Dieser Skill eignet sich besonders für technische Reviewer, Entwicklerteams und KI-Agenten, die App-Qualität bewerten oder nach Änderungen den Fortschritt messen möchten.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/anfrageozmarketing/unslopUI/tree/HEAD/skills/unslop-audit

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht unslop-audit?

Vorgehen

  1. Belege sammeln aus Code und, wenn möglich, der laufenden App: Routen, Komponenten, API-Endpunkte, DB-Tabellen, Umgebungsvariablen, Compose-/Proxy-Konfiguration.
  2. Jede Dimension nach der untenstehenden Rubrik mit 0–4 bewerten. Eine Bewertung benötigt eine Begründung mit Datei oder Route.
  3. Merkmale aus Strukturmerkmale auflisten. Jeweils eine Zeile mit Ort.
  4. Ergebnisse priorisieren: Blocker (Sicherheit, Datenverlust, rechtliche Probleme, externe Nebenwirkungen) → Lücke (eine gesamte Ablauf fehlt) → Rau (inkonsistent oder unfertig) → Feinschliff.
  5. Bericht nach der Vorlage am Ende erstellen.

Rubrik (0 = nicht vorhanden, 2 = funktioniert, aber dünn, 4 = durchdacht)

Dimension4 bedeutet
Identität & ZugriffLogin, Logout, Zurücksetzen, Einladung, Rollen im Backend durchgesetzt, Datenbesitz, Ratenbegrenzungen
OnboardingErster Start erklärt den Loop, sammelt das, was das Produkt benötigt, endet mit einem ersten Erfolg
KernloopStart, Fortschritt, Ergebnis, Wiederholung, Abbruch, Export – alles vorhanden und verlinkbar
EinstellungenProfil, Team, Benachrichtigungen, Integrationen, Datenexport und -löschung; nichts Wichtiges lebt nur in Umgebungsvariablen
ZuständeJeder Bildschirm hat: leer, laden, Fehler, teilweise, offline, keine Berechtigung, Limit
StrukturEchte Routen, Deep Links pro Entität, Paginierung, Filter, konsistente Navigation
TexteSpezifisch, menschlich, keine Rohfehler, keine Schlagwörter, eine Stimme
Visuelle GestaltungTokens für Abstand/Farbe/Schrift, ruhiges Chrom, ein bewusstes Fokuselement, mobil funktionsfähig
KomponentenJeder Bildschirm hat eine charakteristische Komponente, die für seine Datenform ausgewählt wurde; keine Standard-Tabelle/KPI-Karte/Formular; Lese-First mit Bearbeitung eine Ebene tiefer

Gesamt /36. Unter 14: Prototyp. 14–23: intern nutzbar. 24–31: auslieferbar. 32+: durchdacht.

Strukturmerkmale (KI-erstellte Apps)

  • Eine Komponente mit 800+ Zeilen rendert das gesamte Produkt; kein Router.
  • Auth nur in einer Proxy-Konfiguration oder auskommentiert; API offen.
  • Bestätigungstexte mit „für alle Benutzer“ oder Daten ohne Besitzer.
  • Einstellungen existieren nur als Umgebungsvariablen oder gar nicht.
  • UI ruft jedes Element bei jeder Aktualisierung neu ab (N+1 auf dem Client).
  • „Demnächst“, Platzhalter-Seiten, tote Buttons, Lorem Ipsum, Seed-Daten als echte Daten angezeigt.
  • Support wird in Fehlertexten versprochen, aber es gibt keinen Kontakt.
  • Status ohne Erklärung; derselbe Zustand auf drei Arten benannt.
  • Keine 404/403/500-Seite; SPA-Fallback liefert die Hülle für jeden Pfad.
  • Ausgehende E-Mails oder Webhooks ohne Vorschau, Testversand, Verlauf, Ratenbegrenzung oder Opt-Out.
  • Dashboards mit inhaltslosen KPI-Karten ohne dahinterliegende Aktion.
  • Bildschirme aus der Standardsilhouette: Titel, Reihe von KPI-Karten, Tabelle mit Bearbeitungssteuerelementen in Zellen, Formular (siehe unslop-components).

Berichtsvorlage

# Audit: <App> - <Datum>
Punktzahl: <n>/36  (<Stufe>)
## Blocker
- <Ergebnis> - <Datei/Route> - <Warum es wichtig ist> - <Kleinste Lösung>
## Lücken
## Rau
## Feinschliff
## Bewertungen
| Dimension | Punktzahl | Begründung |
## Nicht geprüft

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Verwandte Skills